GitHub - alestic/ec2-consistent-snapshot: [SUNSET] Initiate consistent EBS snapshots in Amazon EC2
-h --help Print help and exit. -d --debug Debug mode. -q --quiet Quiet mode. -n --noaction Dry run. Just say what you would have done, don't do it. --aws-access-key-id KEY --aws-secret-access-key SECRET Amazon AWS access key and secret access key. Defaults to environment variables or .awssecret file contents described below. --aws-access-key-id-file KEYFILE --aws-secret-access-key-file SECRETFILE
![GitHub - alestic/ec2-consistent-snapshot: [SUNSET] Initiate consistent EBS snapshots in Amazon EC2](https://cdn-ak-scissors.b.st-hatena.com/image/square/672da5e04ca1d431e71771ae5f0801ad6bb2794d/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fb8019a4edcdb76dc366b994f89ebf2391bca30ddb6d3fdf56dc0d7f3951a66f4%2Falestic%2Fec2-consistent-snapshot)
CoreOS on EC2でDockerコンテナをクラスタリングする | DevelopersIO
はじめに ここ最近のDockerムーブメントの中で、キーワードとして良く取り上げられるようになったものの一つにCoreOSがあります。つい先日もGoogle Compute EngineがCoreOSを正式にサポートしたことが大きな話題となっていました。 CoreOSはLinuxディストリビューションの一つです。細かい説明については、外部サイトになりますがCoreOS 入門 - Qiitaという記事が非常に参考になりますのでご一読下さい。 ざっくり書くと、仮想化コンテナを大規模に運用することに特化したLinuxOSです。etcdという分散KVSとfleetという分散システムによるクラスタリング機能を標準的に持っています。 そこで今回は、Amazon EC2上でCoreOSを導入し、更にfleetを使ってDockerコンテナをクラスタリングして起動させる、ということをやってみました。 やった
【AWS】EC2をリソースレベルでアクセス許可してみた | DevelopersIO
まずはマネージメントコンソールのIAMのページで2つのユーザを作成します。 マネージメントコンソールにログインできるようパスワードも設定しておきましょう。 次にユーザAのポリシーを設定します。 カスタムポリシーで下記JSONをテキストエリアに貼り付けて"Apply Policy"します。Resourceで arn を指定することで node-A のみをStartInstance/RebootInstance/StopInstance 操作できます。arnの"123456789012"はAWSアカウントIDです。（"::"でアカウントID省略記法が使えるか試したのですが、省略はできないようです） { "Version": "2012-10-17", "Statement": [ { "Action": [ "ec2:describe*" ], "Sid": "Stmt137337989500
知っ得納得Webフレームワーク 第５回終了 - カタヤマンがプログラマチックに今日もコードアシスト
フルネスさんの会場をお借りして、知っ得納得Webフレームワークの第５回を開催しました。 参加していただいた皆様、ありがとうございました。また会場を貸して頂きまして、ありがとうございます。 今回はid:yone098さんがGoogle Guice2.0,私がAmazon EC2を発表しましたので、資料をアップしておきます。 AmazonEC2は資料が多くなってしまい、ちょっと時間超過してしまいましたが、デモも無事動いたので良かったです。 デモではインスタンス起動、EBSおよびElasticIPの割り当て、S3のエイリアス割り当てなどを行いましたが、結構簡単に使えるという印象は持って頂けたかと思います。 EC2はアプリ実行の本番環境としてはちょっとなぁ、という方も、例えば負荷テスト環境としてEC2を使ったり、コンテンツ配信の1部分だけをS3にしたりというような使い方はあるのかなと思っています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CapistranoでELB配下のEC2インスタンスを取得してデプロイ - Qiita
