Running Ansible Playbooks using EC2 Systems Manager Run Command and State Manager | Amazon Web Services
AWS Cloud Operations & Migrations Blog Running Ansible Playbooks using EC2 Systems Manager Run Command and State Manager If you are running complex workloads on AWS and managing large groups of instances, chances are you are using some form of configuration management. Configuration management tools are effective in automating the deployment and configuration of applications on hybrid instances. H
SpotFleetを使ったらEC2のコストが1/4になった話 - SideCI TechBlog
こんにちは。最近SideCIのインフラまわりを見ている@wata727です。最近注目しているサービスはArukasです。個人的に未来を感じているサービスなので、今後の機能追加にワクワクしています。 今回は最近のSideCIにおけるSpotFleetの活用事例についてお話したいと思います。 SpotFleetってなに SpotFleetとは、AWSの低価格なサーバリソース群、スポットインスタンスを保持するための仕組みです。スポットインスタンスは、AWSで使用されていないリソースを対象に、需要と供給にあわせて、価格が変動するインスタンスです。そのため、通常のインスタンスよりもお安く購入することができます。 ただ、普通に使うだけでお安く購入できる、、なんて甘い話は無くて、価格は常に変動するため、希望する購入価格を超える場合には起動しているインスタンスが削除されてしまいます。 そのため、従来は途中
ec2-ls-hosts: EC2インスタンスを一覧するだけのシンプルツール · I Will Survive
February 27, 2016 - golang EC2インスタンスの一覧を表示するツールをgolangでつくりました。 ReSTARTR/ec2-ls-hosts 以下のように、ただインスタンスの情報を列挙するだけのシンプルなツールです。 $ ls-hosts i-00001 10.0.0.1 app01 i-00002 10.0.0.2 app02 i-00003 10.0.0.3 app03 i-00004 10.0.0.4 app04 何がうれしいか 以下のような状況において、多少便利になるツールです。 EC2インスタンスを複数台運用している 台数が数十台規模である AutoScalingを利用していて、IPやドメインが頻繁に変わる aws ec2 describe-instancesのレスポンスが遅い aws ec2 describe-instancesのオプション指定が複雑
EC2 Auto Recovery の雑なまとめ - プレイヤーズ・ハイ
【目次】 Auto Recovery の流れ 前提条件 (対応しているインスタンスタイプなど) aws-cli で Auto Recovery (用の CloudWatch アラームを) 作成 注意点など 【訂正: 2017 年 1 月 9 日 追記】 IAM ロールと IAM ユーザー System Status Check の失敗をどうやってテストするか Auto Recover ありのインスタンス ID 一覧取得 Auto Recovery の流れ 対応しているインスタンスタイプのインスタンスを起動する Create Status Check Alarm Whenever で Status Check Failed を選択して Create Alarm をクリック CloudWatch に作成されているアラームを確認 +EC2 Action, Recover this instanc
AWS EC2 インスタンスの復旧(Auto Recovery)設定の落とし穴 - vague memory
AWS EC2 インスタンスには、 Status Checked Failed 発生時に自動的に復旧を試みる機能があります。 設定自体は正しく行えているように見えるのに、いざ異常発生時に復旧に失敗するケースに当たりました。 Action failed. Encountered error calling EC2 recover. (401: AWS was not able to validate the provided access credentials) 復旧に失敗した RecoveryAlarm は IAM Role を使用して CloudFormation で作成していましたが、作成(設定)自体は正常に行えていました。 結論としてはドキュメントに記載があるのですが、IAM Role で復旧アラームを作成している場合、復旧アクションは動作しません。 Troubleshoot In
AWS CLIとjqを使って、AWSのELBボリュームがアタッチされているEC2インスタンス名を出力するワンライナーを書いた - 双六工場日誌
件名の通りのAWSのELBボリュームがアタッチされているEC2インスタンス名を、AWS CLIで取得しようと思ったら、ちょっと手間取ったので、その結果をワンライナーにしたメモ。 結果はこちらです。こういうワンライナーになったのは、"join"コマンドを使ってみたかったという雑念も半分ぐらいありますね。 ボリューム情報とインスタンス構成情報をjoin join <(aws ec2 describe-volumes | jq -r '.Volumes[].Attachments[] | .InstanceId + " " + .VolumeId' | sort) <(aws ec2 describe-instances | jq -r '.Reservations[].Instances[] | .InstanceId + " " + ( .Tags[] | select(.Key == "N
How to change hostname for dynamic inventory?
I am using ec2.py dynamic inventory to generate inventory. After the playbook is finished to run, the results are shown as list of IP addresses. It's clear that ec2.py can't tell me dns names for the hosts. However, in my playbook I am able to obtain dns names for each host. Question is how can I alter hostname for current host, so at the end I see dns name instead of IP address?
growpartでRHEL EC2のルートパーティションを自動拡張する - サーバーワークスエンジニアブログ
こんにちは、サーバーワークス 技術1課の三井です。 EC2インスタンスの運用中に、ルートボリュームのEBSを拡張しなければならない場面、意外とあるんじゃないでしょうか。EBSの拡張方法についてGoogle先生に訪ねてみたところ、概ね以下のような手順が一般的なようでした。 対象EC2インスタンスにアタッチされているEBSボリュームのスナップショットを作成 1で作成したスナップショットを元に、大きいサイズのEBSボリュームを作成 対象EC2インスタンスから、既存EBSボリュームをデタッチ 2で作成したEBSボリュームを対象EC2インスタンスのルートボリュームとしてにアタッチ 上記の手順自体は問題ないですね。欲を言うとAWS側でEBSをよしなに拡張してくれる機能があったりするとますます我々のゆとり化に拍車が掛かるわけで最高なのですが、なかなかそうも行かないのでしょう。 さて、EBSの拡張には続き
AWSリソースをTagでFilterする時の注意点 | DevelopersIO
こんにちは。望月です。 AWSでは、インスタンスやセキュリティグループなどのリソースに対してタグを付与することができます。タグは様々な用途に利用できますが、最も有名な使い方は、Nameタグを付与してインスタンスを一意に判断することだと思います。今日はそのタグ検索をAPIから行う時の注意点をひとつ。既に知っている人にとっては当然の話だと思います。短いです。 タグを利用したフィルタリング AWS CLIを利用して、タグを検索条件に指定して絞り込みを実施することが出来ます。例えば、以下のコマンドではEC2インスタンスに紐付けられたタグを検索条件にしてインスタンスを表示しています。 aws ec2 describe-instances --filters "Name=tag-key,Values=Name" "Name=tag-value,Values=app01" 上のコマンドでは「タグのKey
cloudpackブログ - Floating IPパターンをENIのSecondary IPで試してみた
今回は、先日書籍（Amazon Web Servicesクラウドデザインパターン設計ガイド）が発売された Cloud Design Pattern（CDP）の記事になります。 今回の対象は「Floating IPパターン」です。 このパターンではEIPを用いた方法を紹介していますが、同一サブネット限定で、ENIのSecondary IPでも 同様のことができるようなので試してみました。 図にすると、下記のようになります。 10.1.8.104のEC2に障害が発生したとします。 下記のように、そのEC2のENIから10.1.8.4を外します。 この状態ですと、10.1.8.4にpingは通りません。 # ping 10.1.8.4 ... 64 bytes from 10.1.8.4: icmp_seq=184 ttl=64 time=0.322 ms 64 bytes from 10.1.
Ephemeral Diskを贅沢にswapに使ってみる - サーバーワークスエンジニアブログ
こんにちは、サーバーワークスの三井です。 いよいよ寒くなってきて、物理サーバの温もりが恋しくなってきましたね。ラックの裏側は温かいし、常に一定のトーンで鳴り響くファン音があらゆる雑念を振り払ってくれるので集中するには持ってこいの場所ですよね（遠い目 さて閑話休題、今日はEC2インスタンスのEphemeral Diskをswap領域として贅沢に使う方法について簡単に紹介します。 Ephemeral Diskとは今更かもしれませんが確認です。 Ephemeral Diskとは、インスタンスストア(Instance Store)とも呼ばれる、揮発性のストレージです。揮発性なので、EC2インスタンスを停止するとデータは削除されます。 EC2インスタンスが稼働する物理ホストのディスクアレイの一部を切り出してアタッチするので、ネットワーク経由でアタッチされるEBSと比較して速度が早いという特徴がありま
Amazon Linuxのリリースバージョンを固定する | DevelopersIO
ども、大瀧です。 日本時間の今朝方、Amazon Linux 2014.09がリリースされました！アップデート内容については弊社鈴木の記事をご覧ください。 個人的には、PostgreSQL 9.3サポートが嬉しいですね、これでやっとRDS for PostgreSQLとバージョンの整合性が取れるようになりました。 さて、新機能や新バージョンに心ウキウキする一方で、既存のインスタンスを運用している場合はバージョンアップをどうするかが課題になると思います。Amazon Linuxのアップグレードで良くあるトラブルが、「気づいたら最新バージョンになっていた」や、「yum updateしたら勝手に最新バージョンになってしまった」というケースがあるので、その対処方法として、リリースバージョンを固定する方法をご紹介します。 Amazon Linuxのリリースとバージョンアップポリシー Red Hat系
EC2: User Dataを使ってインスタンス起動時の処理を自動化する - aws memo
インスタンス起動時に目にするUser Dataって何？って感じなので取り敢えず。 #!/bin/bash -ex yum -y install httpd php php-pear php-xml yum -y install git /etc/init.d/httpd start pear channel-discover pear.amazonwebservices.com pear install aws/sdk といったように、「#!」(Hash-bang)から始まる文字列を User-data記述すると、Amazon LinuxのCloud-initによって、起動時に実行される。スクリプトを記述したファイルを指定することも可能。 実行された様子は、起動したインスタンスの /var/log/cloud-init.log に記述される。 User-dataは、16KB上限であれば、ど
EC2 : jsonフォーマットの価格データ - aws memo
2014/3/31 追記: HTML等がごっそり変わったので下記情報は古いです。 現時点ではこんな感じ $ curl http://aws.amazon.com/ec2/pricing/ | grep a0.awsstatic.com/pricing/ その他、このへんのツールとか参考にどうぞ。 powdahound/ec2instances.info · GitHub -------ここから、古い記事------ Amazon EC2 Pricingに、EC2の価格が表示されるが、実際のプライステーブルはajaxでjsonフォーマットのデータを取得して表示してるぽい。 てことで、こういうことすると $ curl http://aws.amazon.com/ec2/pricing/ | grep json こうなる model: '/ec2/pricing/ri-light-linux.j
Amazon EC2 Instance Comparison
API Name Instance Memory Compute Units (ECU) vCPUs GiB of Memory per vCPU GPUs GPU model GPU memory CUDA Compute Capability FPGAs ECU per vCPU Physical Processor Clock Speed(GHz) Intel AVX Intel AVX2 Intel AVX-512 Intel Turbo Instance Storage Instance Storage: already warmed-up Instance Storage: SSD TRIM Support Arch Network Performance EBS Optimized: Baseline Bandwidth EBS Optimized: Baseline Thr
Spot Instance クォータ - Amazon Elastic Compute Cloud
実行中および要求されたスポットインスタンスの数、そして保留中のスポット インスタンスの数には、各リージョンにつき AWS アカウント ごとに割り当てがあります。保留中のスポットインスタンスリクエストが受理されると、実行中のインスタンスがクォータにカウントされるため、リクエストはクォータにカウントされなくなります。 スポットインスタンスのクォータは、仮想中央演算装置 (vCPU) の数について管理されます。この数は、実行中のスポットインスタンスが使用中であるか、未処理のスポットインスタンスリクエストの受理が保留中であるため、後に使用されるかにより決定されます。ユーザーがスポットインスタンスを終了しており、かつスポットインスタンスリクエストをキャンセルしていない場合、Amazon EC2 がスポットインスタンスの終了を検出してリクエストを閉じるまで、リクエストはスポットインスタンスでの vCP
仮想化方式(HVM と PV)についてまとめ - 水深1024m
EC2 における仮想化方式や kernel の扱いにはいくつか種類があって、 カスタマイズ (パフォーマンスチューニングなど) をする上で必要になることがあります。 C3 インスタンスや I2 インスタンスの登場で、それらがより重要になってきた感があるので一度まとめてみます。 * この記事は基本的に Linux についてまとめています 大前提 世に出ている仮想化基盤はいくつかありますが EC2 に使われているのは Xen です。 ただし ハードウェアサポートの追加、インスタンスタイプに応じた各 VM リソースの割り当て方、 ネットワークの扱いなど、 Xen そのものに相当なカスタマイズが行われていることは想像に難くないと思います。 (とか言って API から上だけで実現されていたらそれはそれで面白いですね) 仮想化方式 PV (paravirtual) EC2 ではサービス開始当初から P
AWS EC2インスタンスが停止できない場合の対処法 | 株式会社イーライセンスシステムズ
AWS EC2インスタンスが停止できない場合の対処法です。 本来、AWS Management Consoleから「stop」を押せば停止するのですが、「stopping」の状態から変化しない場合などがあります。 その際は「Force Stop」という強制停止の方法がありますが、そちらでもインスタンスの停止が効かない場合があります。 ヘルプページ によると「二度強制停止を試みて、インスタンスを強制的に停止できない場合は、AWS フォーラムから、または AWS サポート ケースをオープンしてお知らせください。」とありますので、このフォーラムに知らせて停止を行う方法を以下に提示します。 こちらの状態はAWS側の障害などで強制停止後にインスタンスが移らない場合などに起こるのですが、インスタンス停止を実施してくださいという旨のメールが来た際に実施した場合などにもよくおこります。 その時はこのような
EC2インスタンス 時間単価選手権 | DevelopersIO
よく訓練されたアップル信者、都元です。みなさん、安いの好きですよね！ ボクも好きです！ さてその昔、EC2は特殊用途でない限り、m1シリーズを使っておけば大体OKでした。スペックをストレージ側に寄せたいとか、メモリ側に寄せたいとか、そういう要件はそんなに多くないため、いわゆる「平均的な」スペックとしてm1シリーズが大変重宝されていました。っていうか今も重宝されてます。 そんな状況であるため、インスタンスのサイジングというのはt1.microの検証用からはじまり、あとはm1.small, m1.medium, m1.large, m1.xlargeと大きくしていけばいいんだよね。まぁ、この順で強く、そして高くなって行くんでしょ。というのが世間一般的なゆるーい認識であるかと思います。 しかし最近は「m1は一世代前のスペックで、m3シリーズこそが現行世代なんだ」とか、「c3シリーズのコスパがマジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC2 インスタンスを Roles タグで絞り込んでホスト一覧を出す ec2-host というツール : sonots:blog
