AWSでサーバを運用する際にはEC2からAWS CLIを使って他のAWSのサービスと連携したりすることがあると思いますが、AWS環境ならではのシェルスクリプトを集めてみました。AWS CLIのバージョンは1.7.13、Pythonのバージョンは2.6.9を使っています。私はAmazon Linuxで動作を確認しています。 目次 準備する AWS CLIのインストール AWS CLIのアップデート aws configureでセットアップする IAM roles for EC2 instancesに関して 監視系 CloudWatchでカスタムメトリクスを設定する ZabbixからCloudWatchの値を取得する プロセス監視する バックアップ系 AMIとEBSのバックアップを作成する RDSのスナップショットを作成する S3のフォルダを削除する 便利スクリプト系 Route53の自動登録
Amazon EBSとRightAwsを使って自動バックアップ環境を構築する
Amazon EBSとは、EC2にアタッチする事の出来る外部ボリュームです。以下に素晴らしい解説記事があります。 Amazon EBSを活用してデータをバックアップしてみよう ～Amazon EC2/S3環境構築のすべて～（1/6）：CodeZine 要は外付けハードディスクなのですが、魅力的なのがボリューム毎に丸ごとバックアップが取れるという点です。これを定期的に実行しておけば、いざという時のバックアップになりますので、夜も良く眠れますw ※ちなみに、上記記事ではコマンドラインでの操作となっていますが、AmazonのGUIコンソールからもボタン一発でスナップショットが取れます。 バックアップは定期的に取らないと意味が無いので、自動化したい所です。自動バックアップの記事はいくつか見つけましたが、Ruby版が見つからなかったので自分で作りました。そのメモを残しておきます。 参考にさせていただ
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します＋α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考： Amazon EC2を悪用したセキュリティ攻撃
大手クラウドサービスであるAmazon EC2では、9種類ものインスタンスタイプ(サーバの種類)から、利用したいスペックのサーバを選択できます。また、EC2のサーバは、4ヶ所ものリージョン(アメリカ東海岸、同西海岸、ヨーロッパ西部、シンガポール)から稼動させる場所を選択することができます。 ここで、気になるのが、Amazon Web Servicesの説明ページで、各インスタンスタイプの公表スペック差異として、EC2独自のCPU単位である"ECU"の数値や、IO性能のModerate(中)やHigh(高)で、どのくらいパフォーマンスが違うのかが見え辛いといった点。 また、一部の場所ではパフォーマンスが出ていない等の話が以前に出ていましたが、4ヶ所のロケーション(Region)によって、各場所でのインスタンス性能が全く同じなのか等も気になるところ。 ここを解明すべく、各種ベンチマークを実行し
AmazonEC2 AMIによる差異 - LunaBiblos
それぞれの特性 基本的に特に断りがない限りSmall Instanceでの話です。エフェメラルドライブやIO速度はInstanceの種類により変化します S3 AMI 利点 基本的にInstanceのみ課金されるので安い 起動するだけで150GBのエフェメラルドライブがついてくる ルートドライブのDiskI/Oが高速(250～300MB/sec) 問題点 起動時にS3からのコピーに時間がかかる ルートドライブが10GBしかない EBS AMI 利点 STOP/STARTを利用する事で高速起動が行える ルートドライブの容量が30GB 起動時に利用出来るドライブオプションが豊富 問題点 ルートドライブのDiskI/Oが低速(60～100MB/sec EBS Volumeと同程度の速度) AMIを起動するだけでEBS Volumeに課金対象が発生する オプションを利用しなければエフェメラル
EC2にはリージョン(region)とゾーン(zone)という概念があります。 リージョンは物理的なデータセンターの場所で現在世界に３箇所あります。 ヨーロッパ アメリカ西海岸 アメリカ東海岸 ゾーンはリージョンの中でさらに細かく別れた仮想的な地域です。 例えば、ヨーロッパだと下記のようなゾーンがあります。 eu-west-1a eu-west-1b ゾーンに関しては普通にEC2を使う場合は特に意識することはないけど、リージョンはそれぞれが別世界です。 用意されてるAMIや料金体系も違うしセキュリティーグループもそれぞれ独立しています。なので、東海岸で作成したAMIというのもそのままでは西海岸では使えません。 西海岸で使えるようにする為にEC2ではコマンドが用意されているのでそれを使います。 下記をEC2上で実行します。 ec2-migrate-bundle -k pk-*********
Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
値段で分かる、クラウドの「おいしい」使い方：Amazon EC2/S3のコストを試算（1/2 ページ） クラウドコンピューティングの利点はさまざまに伝えられているが、実際にはどれほどのコストメリットがあるのだろうか。Amazon EC2/S3を例にとって試算してみよう。 クラウドコンピューティングのコストメリット 前回はクラウドコンピューティングへの期待をいろいろと挙げてみましたが、今回は、「安い・早い・うまい」と噂されるAmazon EC2/3を題材に、実際にエンタープライズ領域で利用したらどのくらいのコストになるか、試算してみたいと思います。 試算の条件は以下に整理しました。金額そのものは利用条件しだいで変わりますが、試算をすることで、コスト効果を得るためには利用者側でも工夫が必要なことが見えてきました。 状況 試算対象として、以下のシーンを想定してみます。 ECサイトで2週間限定の決
Amazon EC2/S3および、その他Amazon Web Servicesについて、具体的な使い方を中心に、これまでこのブログ内で色々とエントリを書いてきたので、このエントリに目次代わりとしてまとめておきます。 今後も関連エントリを書いた際に、以下に追記していきますが、場合によっては記載されている情報が古い場合もありますので、その点はご了承ください。(できるだけ気づいた時点で修正しています。) # 尚、ここで紹介しているエントリは、全て私(id:rx7)自身が書き記したものです。 基本の流れを知る Amazon EC2/S3を使ってみた - 1.AWSへの登録〜S3を使う Amazon EC2/S3を使ってみた - 2.EC2が起こすイノベーション Amazon EC2/S3を使ってみた - 3.EC2起動後〜AMI作成 Amazon EC2/S3を使ってみた - 4.EC2で固定IP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kndb.jp