m3.medium のインスタンスの CPU 負荷が高かったため t2.medium へ移行した - Feedforce Developer Blog
こんにちは、エンジニアの id:tsub511 です。 最近頭痛がするのでヨガを始めましたが、効果が出ているのかよく分かりません。 今回は m3.medium のインスタンスの CPU 負荷が高かったため t2.medium へ移行したら解決した話をします。 m3.medium のインスタンスの CPU 負荷が高かった 年始あたりから、週に数回ほど決まった時間に Mackerel でアラートが出ていました。 CPU の Steal 値が異常に高く、全体としての使用率が 90 % を超えていました。 ずっと原因が分からず、最初は Meltdown と Spectre のパッチを適用した関係で性能が低下したんじゃないか、などを疑っていました。 しかし、ある時全く別の作業をしていたときに別のロールのインスタンスで同様に CPU 負荷が上がり、どちらも m3.medium というインスタンスタイプ
SpotFleetを使ったらEC2のコストが1/4になった話 - SideCI TechBlog
こんにちは。最近SideCIのインフラまわりを見ている@wata727です。最近注目しているサービスはArukasです。個人的に未来を感じているサービスなので、今後の機能追加にワクワクしています。 今回は最近のSideCIにおけるSpotFleetの活用事例についてお話したいと思います。 SpotFleetってなに SpotFleetとは、AWSの低価格なサーバリソース群、スポットインスタンスを保持するための仕組みです。スポットインスタンスは、AWSで使用されていないリソースを対象に、需要と供給にあわせて、価格が変動するインスタンスです。そのため、通常のインスタンスよりもお安く購入することができます。 ただ、普通に使うだけでお安く購入できる、、なんて甘い話は無くて、価格は常に変動するため、希望する購入価格を超える場合には起動しているインスタンスが削除されてしまいます。 そのため、従来は途中
EC2 拡張ネットワーキング 有効化手順 - Qiita
確認事項 Amazon Linuxの場合 通常、対応するためのカーネルモジュールがインストールされている為、作業は不要。 CentOS 6の場合 カーネルモジュールの更新が必要。 CentOS 7の場合 少なくとも 7.4.1708 以降ではカーネルモジュールがインストールされている為、作業は不要。 モジュールの確認 ixgbevf、ena のカーネルモジュールの状態を確認し、バージョン情報を確認する。 ixgbevf は特定のバージョン以下の場合はカーネルモジュールの更新が必要となる。 対応バージョン $ modinfo ixgbevf filename: /lib/modules/3.10.0-693.11.6.el7.x86_64/kernel/drivers/net/ethernet/intel/ixgbevf/ixgbevf.ko.xz version: 3.2.2-k-rh7.
Amazon EC2の最新基盤として「VMware Cloud on AWS」や「EC2ベアメタル」の実現にもつながったAWSの「Nitro System」とは？
Amazon EC2の最新基盤として「VMware Cloud on AWS」や「EC2ベアメタル」の実現にもつながったAWSの「Nitro System」とは？ Amazon Web Services（AWS）は、2017年11月に開催されたイベント「AWS re:Invent 2017」で、同社クラウド独自の基盤技術である「Nitro System」（ナイトロシステムと発音するようです）の存在を明かしました。 Nitro Systemは仮想マシンを提供するAmazon EC2を実現するためのサブシステムです。もともとAmazon EC2を実現するためにホストサーバで稼働していたソフトウェアを、AWSが独自に開発したハードウェアにオフロードしたもの。 Amazon EC2はAWSの中核的なサービスですから、Nitro SystemはAWSにおける最新の基盤技術と言っていいでしょう。 そし
[新機能] Amazon EC2でハイバネーションが可能になりました #reinvent ｜ Developers.IO
はじめに AWSチームのすずきです。 re:Invent2017期間中、スポットインスタンスのアップデートとして、インスタンスハイバネーション、 稼働中のOSのメモリ情報をEBSに退避させ、メモリ状態を維持したままEC2インスタンスを停止、再開する機能のリリースがありました。 メモリに多くの状態を保持するワークロードで、インスタンスの一時中断させる際に有効な手段として紹介されているハイバネーション。 今回は、CLI(pm-hibernate)を利用したハイバネーション動作を試す機会がありましたので、紹介させて頂きます。 Amazon EC2アップデート – スポットキャパシティー、スムーズな価格変更、インスタンスハイバネーションへの合理化されたアクセス 環境 リージョン : 東京(ap-northeast-1) AMI : Amazon Linux AMI 2017.09.1 (HVM),
![[新機能] Amazon EC2でハイバネーションが可能になりました #reinvent ｜ Developers.IO](https://cdn-ak-scissors.b.st-hatena.com/image/square/58278067871ebaae68a873315f4dd4b9b78f6b5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_EC2.png)
AWSが新しいEC2基盤、Nitroの正体
米Amazon Web Services（AWS）がIaaS（Infrastructure as a Service）「Amazon EC2」の基盤を全面刷新していた。新基盤「Nitro」は自社開発した専用ASICを採用することで、ネットワークやストレージの性能を大幅に強化した。クラウドの性能強化を独自ハードが担う時代になった。 EC2の新基盤であるNitroの存在は、米ラスベガスで開催する年次カンファレンス「AWS re:Invent」でAWSのグローバルインフラストラクチャー担当バイスプレジデントであるPeter Desantis氏が11月28日（米国時間）に明らかにした（写真1）。Desantis氏はAmazon EC2の開発に初期から関与しているコアメンバーの一人だ。 同氏によればAWSは2013年にAmazon EC2の基盤刷新を始め、3年掛かりでNitroを完成させたという。パ
新しいT2 Unlimited – バーストを超え、高い性能を発揮 | Amazon Web Services
Amazon Web Services ブログ 新しいT2 Unlimited – バーストを超え、高い性能を発揮 T2インスタンスについての最初の投稿は2014年の夏でした。そこでは、多くのワークロードは継続的なCPUパワーに対する需要は控えめであり、かなり多くのCPUパワーを必要とするのは時々であるとお話しました。このモデルはお客様と共鳴しました。T2インスタンスは非常に普及しており、マイクロサービス、低レイテンシーの対話型アプリケーション、仮想デスクトップ、ビルド＆ステージング環境、プロトタイプなどをホストするために利用されています。 新しいT2 Unlmitedインスタンス 本日（日本時間2017年11月30日）、AmazonはT２インスタンスで開拓したバーストモデルを拡張し、コストを可能な限り低く抑えながら、任意の時間枠で高いCPUパフォーマンスを維持する能力を提供します。インス
古い AMI をフィルタリングして削除する AMI Remover というツールを作った | はったりエンジニアの備忘録
AWS で長年サービスを運用していると、不要なリソースが残ったままになって無駄なコストを払っていたということがよくあります。物理的なハードウェアがない分、不要なリソースを掃除する動機が起きにくいです。 freee では CodeBuild を使って AMI 作成を自動化していますが、削除するところまで自動化していなかったので古い AMI が増え続けていました。 AMI の削除（登録解除）は意外と面倒で、AMI とは別にそれに紐づく EBS スナップショットも削除する必要があります（課金されるのは EBS スナップショットの方）。 気づいたときに手動で少しずつ掃除はしていたものの、さすがに面倒になってきたので AMI Remover という CLI ツールを作りました。 manabusakai/ami-remover: "AMI Remover" is a simple tool to de
コマンドラインでEC2のコンソール画面テキスト（システムログ）を取得してgrep分析 - YOMON8.NET
EC2が原因不明で接続不可になることは以外に多いです。そんな時にVMWareやHyper-V、KVMみたいにコンソール画面に何が出ているのか確認したくなります。 AWSマネジメントコンソールから「インスタンスの設定」＞「システムログの取得」で以下のような画面が取得できるのですが、grepとかに流して調査するにはコピペしたりが必要で正直面倒です。 そんな時にはAWS CLIの aws ec2 get-console-output が便利です。ただ、このコマンドそのまま実行するとアウトプットに改行やらエスケープシーケンスやらが入って見難いです。 そこで、ポイントは --query 'Output' --output text のオプションを入れることです、これで実際のコンソール画面と同じような色つきで整形されたアウトプットが得られます。 $ aws ec2 get-console-output
EC2インスタンス料金月額日本円化 - Qiita
$("td.rate").each(function(i,e){var s=$(e).text(); var v=s.match(/\$([0-9\.]+)/)[1]*24*30*112;$(e).text(s+" | 月額 "+v.toFixed(0)+"円");}); javascript:$("td.rate").each(function(i,e){var s=$(e).text(); var v=s.match(/\$([0-9\.]+)/)[1]*24*30*112;$(e).text(s+" | 月額 "+v.toFixed(0)+"円");});
Amazon EC2リザーブドインスタンス リージョン単位のインスタンスタイプが柔軟になりました | DevelopersIO
ども、大瀧です。 本日、EC2リザーブドインスタンスがアップデートされ、リージョン単位におけるインスタンスタイプの扱いが柔軟になりました(価格自体の変更はありません)。解説します。 EC2リザーブドインスタンス リージョン単位とは EC2リザーブドインスタンス(RI)はEC2仮想マシンの実行を予約買いする利用プランです。キャパシティ予約の有無によってアベイラビリティゾーン単位(予約あり)とリージョン単位(予約なし)を選択するようになっており、リージョン単位では指定リージョン内の任意のゾーンが割引対象となります。購入時には単位のほかにクラスやインスタンスタイプといった要件を入力するのですが、今回はそのうちのインスタンスタイプの要件が柔軟になりました。 単位やクラスについては、以下の記事が詳しいです。 Amazon EC2のStandard RI/Convertible RIとキャパシティ予約
既存のAmazon EC2インスタンスにIAM Roleがアタッチできるようになりました | Amazon Web Services
Amazon Web Services ブログ 既存のAmazon EC2インスタンスにIAM Roleがアタッチできるようになりました AWS Identity and Access Management(IAM) のロール を利用することで、Amazon EC2上で実行するアプリケーションは、AWSが自動的に作成、配布、およびローテーションする一時的なセキュリティ資格情報を利用することができます。一時的な資格情報を使用することは、IAMのベストプラクティスとなっており、インスタンスで長期間の鍵の管理する必要がなくなります。IAM Roles for EC2 (EC2のIAMロール)を使用することで、長期的なAWSアクセスキーを手動またはプログラムで管理する必要もなくなります。そして本日、既存のEC2インスタンスにIAMロールをアタッチすることが可能になり、アプリケーションはAWSによっ
New! Attach an AWS IAM Role to an Existing Amazon EC2 Instance by Using the AWS CLI | Amazon Web Services
AWS Security Blog New! Attach an AWS IAM Role to an Existing Amazon EC2 Instance by Using the AWS CLI AWS Identity and Access Management (IAM) roles enable your applications running on Amazon EC2 to use temporary security credentials that AWS creates, distributes, and rotates automatically. Using temporary credentials is an IAM best practice because you do not need to maintain long-term keys on yo
仮想化方式(HVM と PV)についてまとめ - 水深1024m
EC2 における仮想化方式や kernel の扱いにはいくつか種類があって、 カスタマイズ (パフォーマンスチューニングなど) をする上で必要になることがあります。 C3 インスタンスや I2 インスタンスの登場で、それらがより重要になってきた感があるので一度まとめてみます。 * この記事は基本的に Linux についてまとめています 大前提 世に出ている仮想化基盤はいくつかありますが EC2 に使われているのは Xen です。 ただし ハードウェアサポートの追加、インスタンスタイプに応じた各 VM リソースの割り当て方、 ネットワークの扱いなど、 Xen そのものに相当なカスタマイズが行われていることは想像に難くないと思います。 (とか言って API から上だけで実現されていたらそれはそれで面白いですね) 仮想化方式 PV (paravirtual) EC2 ではサービス開始当初から P
EBSでも長いリソースIDが利用可能になりました | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日のブログ「長いEC2リソースIDが利用可能になりました」でご紹介しましたが、EC2で長いリソースIDが使用可能になっていましたが、EBSについても長いリソースIDが使用可能になりました。 Longer Format for EBS and Storage Gateway IDs 今回使用可能になったものは？ EBSについて、以下のリソースIDで長い形式の物が使用可能になりました。 ボリュームID スナップショットID どのように設定するの？ EC2のダッシュボードでリソース ID 移行の管理をクリックします。 前回のEC2のリソースIDの時からvolumeとsnapshotが増えています。この2つでチェックをします。 このチェックは、IAMユーザ、リージョン毎に行うものです。別のIAMユーザや別のリージョンの場合は都度設定をする必要
dockerで遊ぶときにEC2で動かす 俺の2015年秋 - パラボラアンテナと星の日記
この記事は、最後まで読んでも特に新しいことは書いてありません。 TL;DR dockerで遊ぶとき、EC2も良いっすよ dockerで遊ぶとき docker-machineやcoreos-vagrantも良いツールなのですが、個人的にはEC2に落ちついてきました。 1つのホストの中にコンテナをぽこぽこ立てたり、マルチホスト環境とか作ったりして遊んでいます。 サンデープログラミングが捗るという感じです。 最近のことをメモがてらまとめておきます。 戦略 遊ぶ時の戦略(?)は、こんな感じです。 準備1: CoreOSで起動設定(LaunchConfigurations)を作っておく (作業時間2分以下) AMIはこのへんから、適当に。 準備2: AutoScalingGroupを作っておく (作業時間2分以下) このとき適当にロール当てておくと後でS3とかECS周りで便利(無くてもOK) 遊び始
EC2 Instance History | Amazon Web Services
I received an interesting tweet last night. Steve Goldsmith of ITOC Australia (an APN Advanced Consulting Partner and recipient of an AWS Customer Obsession award earlier this year) asked me if I had a historical timeline of Amazon Elastic Compute Cloud (Amazon EC2) instance launches: I didn’t have one, but it seemed like a worthwhile thing to have and so I spent a few minutes putting the followin
Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to EC2編） | DevelopersIO
本記事はAmazon Route 53のDNSフェイルオーバーに関する下記記事の続き記事です。 ・AWS：Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） https://dev.classmethod.jp/cloud/route-53-dns-failover-s3/ プライマリサイト（EC2）からセカンダリサイト（EC2）へのDNSフェイルオーバー Route 53に追加されたDNSフェイルオーバー機能ですが、前回はフェイルオーバー先のサイトとしてS3の静的なサイトを採用した場合の構成を試してみました。 今回はフェイルオーバー先のサイトもEC2ベースで構成された場合を試してみます。AWS環境構成は下記のようになります。 TokyoリージョンにEC2インスタンスを作成します SingaporeリージョンにEC2イン
EC2でサーバーに負荷を発生させる stress ツールを使ってみる | DevelopersIO
はじめに こんにちは植木和樹です。Amazon Linux AMI 2014.09がリリースされて随分と経ちましたが、リリースノートにちょっと目を引いた記載がありました。 Amazon Linux AMI 2014.09 Release Notes New packages In addition to the features above, here are some other new packages added based on customer requests: ： stress-1.0.4 ： stressというのはCPUやメモリーの負荷を発生させるツールです。サーバーの高負荷状態でのアプリケーション挙動を確認する際に使用します。便利なツールなので使い方をおさらいしてみました。 stressの使い方 プロジェクトページ stressツールのプロジェクトページはこちらです。 s
【Ansible】EC2 External Inventory Scriptを使った動的ホスト一覧生成 | DevelopersIO
こんにちは。望月です。 Ansibleが便利なので最近よく触っています。今日は覚えておくと便利な機能「Dynamic Inventory」の紹介です。 Dynamic Inventoryとは Ansibleを実行する際にはAnsibleの実行対象となるホストを予めファイルに記載しておきます。このファイルのことをインベントリファイルと呼びます。公式ドキュメントによると、以下のようなini形式で記載をしておく必要があります。 $ cat hosts foo.example.com [web] foo.example.com bar.example.com [application] baz.example.com qux.example.com インベントリファイルを予め用意しておくことのメリットとデメリットは明らかだと思います。メリットは「このファイルを読めばどのホストに適用されるのかが明ら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
