cloudpackブログ - EC2インスタンス停止/終了時にログなどをS3に保存(CentOS 6.2)
これから増やしていこうと思っているCDP（Cloud Design Pattern）ネタになります。 今回は「Web Storage Archiveパターン」です。 これは、ログやバックアップを定期的にS3にアーカイブしましょう、というパターンになります。 通常通り、cron等で定期的にs3cmd等を利用してS3に該当ファイルをアップロードしていればいいのですが、注意点としては、Auto Scalingを利用している場合、EC2のシャットダウン時にも該当ログをS3に保存する処理も必要となります。 これは、Auto Scalingは設定次第では負荷が減少すると自動的にEC2インスタンスを終了します。 その場合、前回のS3へのアーカイブから、インスタンス終了までのログやバックアップが消えてしまうことになります。 そこで、EC2インスタンス終了時にもS3にファイルをアップロードする仕組みを考えて
cloudpackブログ - EBSブートのインスタンスのリージョン変更手順
2011年11月22日 EBSブートのインスタンスのリージョン変更手順 Tweet EBSブートのインスタンスのリージョンを変更してみました。 ○ツールのインストールと設定 下記のツールを移行対象となるインスタンスにインストールします。 (Amazon Linux AMIの場合は元々インストールされているか、yumでインストールすることができます。) aws-apitools-ec2 aws-amitools-ec2 ec2-utils ※AMI Toolsは、Rubyとrsyncがインストールされてないないと動作しません。 ○イメージファイルを作成 ec2-bundle-volコマンドを使って、イメージファイルを作成します。 特に指定しない場合、/tmpに作成されるのでディスクに十分な空き容量があるか注意します。 # ec2-bundle-vol -k ~/.ec2/ec2.
cloudpackブログ - ELBにインスタンスをアタッチする
Strength Finder の継続的な活用で、もっと ”ONE TEAM” へ！ 〜Global Solutions 事業部ストレングスファインダーセッション実施レポート〜
cloudpackブログ - Rubyからインスタンスを起動してELBにアタッチ
2011年10月24日 Rubyからインスタンスを起動してELBにアタッチ Tweet 一時的にサーバを増やして既存のELBにアタッチするという作業が、今後も必要になりそうなので、 スクリプトを作成しました。 粗削りではありますが、動作する形にはなっています。 aゾーンにマスターサーバが一台あるので、bゾーンから始まり、一台増える度にaゾーンとbゾーンに交互に インスタンスを起動していきます。 すべてのインスタンスの起動が確認できたら、一度にELBに登録します。 require 'aws-sdk' number_of_slave = 3 instance_type = 't1.micro' ami_id = 'ami-deadbeaf' keypair_name = 'my-keypair' elb_name = 'my-elb' AWS.config(YAML.load(Fil
cloudpackブログ - インスタンスの確認&リブート
こんにちは。 職人の宮内です。 今回はコマンドラインツールを使ってインスタンスの確認とリブートを行ってみます。 まずは、インスタンスの確認からです。 コマンドプロンプト画面で、 ec2din -K pk.pem -C cert.pem --region ap-northeast-1 とコマンドを入力し、実行します。 実行結果が表示され、インスタンスの確認が出来ます。 続いてインスタンスのリブートを行ってみます。 先程のインスタンスの確認と同様に、コマンドプロンプト画面で、 ec2reboot -K pk.pem -C cert.pem インスタンス名 --region ap-northeast-1 上記のコマンドを入力し、実行します。 上記の画像からだと確認は出来ませんが、これで指定したインスタンスのリブートが完了します。 ※この記事は、なかの人（iret_manabu）が書いています。
cloudpackブログ - インスタンスのストップ&スタート
こんにちは。 職人の宮内です。 今回はコマンドラインツールを使ってインスタンスのストップとスタートを行ってみます。 マネージメントコンソールより稼働中のインスタンスを確認後、まずはインスタンスのストップから行ってみます。 コマンドプロンプト画面から入力するコマンドは下記のような感じです。 ec2-stop-instances インスタンス名 –force -K pk.pem -C cert.pem –region ※リージョン ※リージョンが東京の場合であればap-northeast-1と指定 コマンドを実行すると、このような表示になります。 マネージメントコンソールを再度見てみると、Statusが『stopped』に変わっている事がわかります。 続いて、ストップしたインスタンスをスタートしてみます。 入力するコマンドは下記のようになります。 ec2start インスタンス名 -K pk.
cloudpackブログ - EIPのインスタンスを変更してSSH接続できなくなったら
EIPが設定されているインスタンスを別のインスタンスに変更し、SSHにて、そのIPアドレスにアクセスすると、下記のように接続拒否されることがあります。 $ ssh -i suz-lab_ap-northeast-1.pem -l root xxx.xxx.xxx.xxx @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you
cloudpackブログ - AWS入門 EC2のインスタンスを立ち上げてみる
こんにちは。 見習い職人の櫛田です。 今回は、AWSの入門として、EC2のインスタンスを立ち上げてみました。 まず、AWS Management ConsoleからEC2タブをクリックすると、 下記の画面が表示されますので、左メニューのKey pairsをクリックします。 そして、Create Key pairをクリックしKey pairを作成します。 下記のKey pair nameに任意の名前を入力します。 そうすると、下記のようなウィンドウが開きますのでキーファイルをダウンロードします。 これで、Key pairの作成は完了です。 下記のように、Key pairが追加されているのが確認できます。 次に、左メニューのSecurity Groupsをクリックし、セキュリティーグループを作成します。 そして、下記のCreate Security Groupをクリックします。 下記のName
cloudpackブログ - インスタンスのTerminate
こんにちは。 職人の宮内です。 今回は、既に立ち上がっているインスタンスをTerminateしようとした時に、 一瞬戸惑ったので、その時の事を書こうと思います。 先日、コンソール上からインスタンスをTerminateしようとしましたが、 『Yes,Terminate』ボタンが押せず、Terminateが出来ない状態でした。 これはインスタンスを立ち上げる際の設定で、Termination Protectionにチェックを入れている場合に起こります。 この状態からTerminateするには、設定を変更する必要があります。（コンソール上から変更可能） 変更したいインスタンスを選択し、右クリックで『Change Termination Protection』を 選びます。 次に、『Yes, Disable』をクリック。 これで設定変更が完了です。 設定変更後、もう一度Terminateを試してみ
cloudpackブログ - インスタンスの立ち上げ vol.2
こんにちは。 職人の宮内です。 今回も前回に続いてインスタンスの立ち上げ方をおさらいしていこうと思います。 続いて左メニュー『AMIs』をクリックし、Amazon Machine Image(AMI)を選択。 メニュー上部のViewing:プルダウンでAMIを絞り込み、使用するAMIにチェック。 AMIを選んだら、メニュー上部の『Launch』をクリック。 Number of Instances:立ち上げるインスタンス数 Availability Zone:ゾーンの指定 （複数のロケーションにアプリケーションを分散配置できるようにしたもので、 Availability Zoneはそれぞれ物理的に独立したインフラ上に形成されており、 災害が発生していずれかのゾーンがダウンしても、ほかのゾーンに切り替えて サービスを継続することができる） Instance Type:インスタンスの種類 選択後
cloudpackブログ - インスタンスの立ち上げ vol.1
こんにちは。 職人の宮内です。 今回はインスタンスの立ち上げ方をおさらいしていこうと思います。 まずはAWS Management Consoleを開きます。 上部のEC2タブをクリックし、インスタンスを立ち上げたいRegionを選択。 今回は東京リージョンに立ち上げてみます。 続いてKey Pairsの作成です。 画面上部もしくは中央にある『Create Key Pair』をクリック。 ここでKey Pair Nameを入力。 上記のメッセージの後、 適当な場所へ保存をします。 ManagementConsole上に作成したKeyPairsが表示されます。 次にSecurity Groupsの設定を行います。 （既にdefaultという名前で１つ登録されています。） 新規に追加する場合は『Create Security Group』をクリックします。 Name : Security Gr
cloudpackブログ - コンソール・コマンドからのインスタンスstop/reboot時間測定
最近、インスタンスのstop/rebootをコンソールとコマンドから実行した時に、 どちらが早いのか気になったので、早速、実際に測定してみました。 測定を行った環境は下記の通り ・Region:Asia pacific(Tokyo) ・Type:t1.micro ・HDD容量:10GB はじめに、stopした時の測定結果です。 stopコマンドは、下記となります。 ec2-stop-instances インスタンス名 –force -K アクセスキー -C シークレットキー –region ap-northeast-1 結果は約36秒 今度は、コンソールからのstopした時の測定結果です。 結果は約34秒 次に、rebootした時の測定結果です。 rebootコマンドは、下記となります。 ec2reboot -K アクセスキー -C シークレットキー インスタンス名 –region ap-
cloudpackブログ - EC2のInstance Metadata短縮URL
EC2では内部から Instance Metadata というインスタンスの情報を取得可能で、簡単なURLリクエストでデータにアクセスすることができます。 参考: http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/index.html?AESDG-chapter-instancedata.html Twitterを見ていたら、@maru_takさんが下記のようにツイートしていました。 http://169.254.169.254/latest/meta-data/ が覚えにくいので、I rock to go for （繰り返し）the latest metadata と歌うロッカーのビジュアルで覚えることにした #jawsugless than a minute ago via web Favorite Retweet Re
コマンドラインツールでインスタンス情報を取得(AWS) | iret.media
テスト用に300インスタンス立ち上げる機会があり、起動はManagement Consoleで一気に300インスタンス立ち上げれるのですが、Public DNSをManagement Consoleで調べるのは大変なので、コマンドラインツールを利用して一気に取得してみました。 利用したツールはAmazon EC2 API Tools(Windows)です。 Javaの環境やPATHまわりなどを適当に設定し、下記コマンドを実行すると、インスタンス情報を取得できます。 > ec2-describe-instances ^ ? -K P:commonetcawsaws-stresspk.pem ^ ? -C P:commonetcawsaws-stresscert.pem ^ ? --region us-east-1 ^ ? -F "tag:Name=TEST1" ^ ? > stress.tx
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cloudpackブログ - AWSインスタンス設定手順書のドキュメントを追加いたしました