home.social

#amazon_ec2 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #amazon_ec2, aggregated by home.social.

  1. [Перевод] Как Microsoft сожгла триллион долларов. Часть вторая

    Часть первая. Я не помню ни дня, когда Azure не работал бы в стрессовых условиях. Даже во время периодических мероприятий по повышению качества бэклог проблем не уменьшался, а только рос. Весной и летом 2024 года началась масштабная инициатива по увеличению количества VM, которое мог хостить каждый узел. С точки зрения бизнеса всё было понятно: повышение плотности уже имеющихся серверов гораздо дешевле, чем построение новых дата-центров. Развёртывания Azure на мощностях компании всегда были ограничены шестнадцатью VM на узел. До того года собственные коммерческие облака Microsoft работали максимум с 32 VM, и это всё равно крошечная доля от теоретически поддерживаемых гипервизором 1024 VM. Цель заключалась в увеличении на 50%, до 48 VM на узел, с перспективой увеличения до 64 в будущем. То, что должно было стать задачей по повышению произвольных ограничений ПО, привело к росту вылетов и инцидентов на 50%. Проблемы масштабировались ровно пропорционально плотности. Ранее, когда я ещё продолжал работать над планом переработки интерфейса гипервизора для нижней части стека узлов Azure, мы провели исследование с командой Core OS, отвечавшей за другую сторону Hypervisor API. Данные трассировки вызовов показывали, что агенты узлов вместе атаковали гипервизор через интерфейс пользовательского режима WMI, в пике достигая 10 тысяч вызовов в секунду. У команды Hyper-V не было информации о том, какие агенты отвечали за это и почему было необходимо столько вызовов. С нашей стороны тоже никто не мог дать определённого ответа. На этом этапе стало понятно, что проект портирования выгрузки Overlake не будет никогда завершён. Не только из-за описанных выше зависимостей, но и из-за самого динамического поведения стека.

    habr.com/ru/articles/1019462/

    #azure #виртуальные_машины #amazon_ec2 #openai #microsoft

  2. EC2にログインできなくなったのでEBSルートボリュームを別インスタンスにアタッチして復旧させた
    dev.classmethod.jp/articles/ec

    #dev_classmethod #Amazon_EC2 #AWS #Amazon_EBS #SSH

  3. EC2にログインできなくなったのでEBSルートボリュームを別インスタンスにアタッチして復旧させた
    dev.classmethod.jp/articles/ec

    #dev_classmethod #Amazon_EC2 #AWS #Amazon_EBS #SSH

  4. [アップデート] Amazon EC2 の AMI で使用状況レポートと参照リソースの確認機能が追加されました
    dev.classmethod.jp/articles/ec

    #dev_classmethod #AMI #Amazon_EC2 #AWS

  5. [AWS Technical Support Note] ช่วยแนะนำวิธีเปลี่ยน Primary IP Address ของ EC2 instance ที่มีอยู่แล้วโดยไม่ต้องลบ instance ได้ไหม
    dev.classmethod.jp/articles/ts

    #dev_classmethod #Thai_Technical_Support #Thai_Language #Classmethod_Thailand #AWS #Amazon_EC2

  6. Windwos用のパケットアナライザーが用意されていないので、metabadgerとResource Monitorでどこまで確認できるのか試してみた
    dev.classmethod.jp/articles/sa

    #dev_classmethod #Amazon_EC2 #EC2_Windows_Instance

  7. [アップデート] P5 インスタンスファミリーに p5.4xlarge が追加 NVIDIA H100 を 1 基から利用可能に
    dev.classmethod.jp/articles/ec

    #dev_classmethod #Amazon_EC2 #GPU #AWS

  8. 【アップデート】メモリ最適化インスタンス Amazon EC2 R8i / R8i-flex が東京リージョンを除く一部のリージョンで利用可能になりました!
    dev.classmethod.jp/articles/me

    #dev_classmethod #AWS #Amazon_EC2 #Intel

  9. Windowsインスタンスをマネジメントコンソールからシャットダウンしたときに「システムは正常にシャットダウンする前に再起動しました」となる理由を教えて下さい
    dev.classmethod.jp/articles/ts

    #dev_classmethod #AWS #Amazon_EC2 #EC2_Windows_Instance #Windows

  10. [アップデート] Amazon EC2 がインスタンスの停止/終了時に OS シャットダウンをスキップできるようになったので停止済みになるまでの時間を測定してみた
    dev.classmethod.jp/articles/ec

    #dev_classmethod #Amazon_EC2 #AWS

  11. [アップデート] スナップショットから EBS のボリューム作成時の初期化プロセスの進捗状況が可能になりました
    dev.classmethod.jp/articles/eb

    #dev_classmethod #Amazon_EBS #Amazon_EC2 #AWS

  12. [アップデート] スナップショットから EBS のボリューム作成時の初期化プロセスの進捗状況が可能になりました
    dev.classmethod.jp/articles/eb

    #dev_classmethod #Amazon_EBS #Amazon_EC2 #AWS