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. [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

  5. การใช้ Mountpoint for Amazon S3 เพื่อเข้าถึง S3 จาก EC2 เสมือนเป็นไดเร็กทอรีในเครื่อง
    dev.classmethod.jp/articles/Mo

    #dev_classmethod #Amazon_S3 #Amazon_EC2 #AWS #Thai_Language #Classmethod_Thailand #Mountpoint_for_Amazon_S3

  6. CPUオプションを設定したEC2のインスタンスタイプを変更するとvCPU数はどうなるか確認してみた
    dev.classmethod.jp/articles/ec

    #dev_classmethod #Amazon_EC2 #AWS #AWS_CLI

  7. 【小ネタ】 AWS CLI コマンドを利用して AMI のブロックデバイスマッピング情報を引き継がないでインスタンスを作成する方法
    dev.classmethod.jp/articles/aw

    #dev_classmethod #AWS #Amazon_EBS #Amazon_EC2 #AWS_CLI

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

    #dev_classmethod #Amazon_EC2 #EC2_Windows_Instance

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

    #dev_classmethod #AWS #Amazon_EC2 #EC2_Windows_Instance #Windows

  10. EC2 Windows インスタンスを Nitro から Xen システムベースのインスタンスタイプ変更時 C ドライブ以外がオフラインになる原因と対処法
    dev.classmethod.jp/articles/ts

    #dev_classmethod #AWS #Amazon_EBS #Amazon_EC2 #EC2_Windows_Instance