2018/03/13TweetPocketAWSを使っているみなさん!T2インスタンスファミリーをお使いになられている方はご存知でしょう。idle,stealもぱないし死亡。カーネルパニック的な現象になり、原因はAWSのせいだ!!!!と判断してしまう人も多いと思います!本日はT2インスタンスの罠についてブログします。Creditshttps://www.slideshare.net/aws-ninja/understanding-amazon-aws-ec2-t2-instance-type-cpu-creditsT2インスタンスの特徴としてCPUクレジットという概念があります。インスタンスサイズに応じて初期CPUクレジットを持ち、アイドル状態のときにCPUクレジットを貯め、定められたベースラインを超えてのCPU性能を発揮させたい時はCPUクレジットを消費するという仕組みがあります。これを「バースト」と言います。分間のパフォーマンスを表します。パフォーマンスを提供しながら、そのベースラインレベルを超えてバーストする機能を備えています。クレジットにより管理されます。wつまり原因としては「CPUクレジット残高が0になったからインスタンスがお亡くなりになった」というのが正しいのです。instanceshttps://forums.aws.amazon.com/ann.jspa?annID=5196去年(2017年)までCPUクレジットには24時間の有効期限がありました。CPUクレジットバランスが最大値まで貯まらないことも。無制限」(Unlimited)の設定が可能となり、バーストしたCPU性能を従量課金制(コストわからん)となったので✓しとけば上記のようなことがなくなりました!他にも負荷分散時にEC2の起動したタイミングによる、CPUクレジット残量の違いなど確認する必要がありません!■まとめAWS今まで触ってたけどCPUクレジットについて詳しく知らんかった。基本チェックしときましょう。これじゃAWSソリューションアーキテクト受からなああああいつ!!そういえばterraformだと。こんな感じでいけるのか。AWSadachin1989年生まれのSRE。ホスティングから大規模なアドテクなどのインフラエンジニアとして携わり、AnsibleやTerraformでのインフラコード化を推進。副業では数社サーバー保守、未経験によるエンジニアのメンターなども実施している。「脆弱性スキャナVuls」のOSS活動もしており、自称エバンジェリスト/技術広報/テクニカルサポート/コントリビュータでもある。レイテンシ、パフォーマンス、モニタリング、緊急対応、インフラコード化、リファクタリング、セキュリティ強化、新技術の検証、Docker開発環境の提供、AWSでのインフラ構築、ECS(Fargate)、Wordpressによるコーポレートサイトの修正、メンター、分析基盤の運用を担当している。コメントデータの処理方法の詳細はこちらをご覧ください。