【AWS】EC2入門／CentOSを利用する前に知っておいてほしいこと | DevelopersIO
はじめに 2013年6月27日にAWS MarketplaceでCentOS 6.4のAMI（起動可能なサーバイメージ）が提供開始されました。AWS Marketplaceに登録されたことで、簡単にCentOSを利用することができます。 CentOS 6.4 now available on AWS Marketplace 「CentOSのAMIがMarketplaceに登録されると何がうれしいの？」という疑問を持たれた方は、都元さんが「EC2上でCentOSを使う 〜 AWS Marketplaceを利用してみる」にその理由を書いています。 Community AMIからCentOSを検索しても、世界中のAWSユーザが公開する様々な目的のAMIが大量に表示されてしまい、自分の目的に合ったAMIや、最もシンプルな構成のプレーンなAMIを見つけ出すのはかなり困難と言って良いでしょう。 （中略
Auto Scalingでスポットインスタンスを活用しつつ可用性も確保する | DevelopersIO
よく訓練されたアップル信者、都元です。Auto Scalingと言うと、サーバ負荷に応じて自動的にサーバ台数を制御してくれる機能、という印象が強いと思います。まぁ実際にこのような使い方がベストではありますが、単に「（仮に一部のサーバが落ちたとしても、自動で追加起動して）一定数のサーバを維持したい」「手動による台数コントロールを楽にしたい」といった目的でもしばしば利用されます。 スポットインスタンス それはそうと、皆さん、安いの好きですよね！ 安いは正義。 EC2のインスタンスは大きく「オンデマンドインスタンス」「リザーブドインスタンス」「スポットインスタンス」の3種類に分かれます。ざっと一言で説明しますと、以下の通りです。 オンデマンドは普通に立ち上げたインスタンス リザーブドインスタンスは「前払金を払って1年or3年間の継続的な利用を約束」することによって単価が安くなったインスタンス ス
全てのEC2インスタンスを自動で監視するEC2Muninを作りました。
Amazon Web Servicesは使いたい時に使いたい分だけサーバを起動して使えるのでとても便利です。 便利なんですが、インスタンスを起動したり停止したりを繰り返していると、そのつど監視設定を書き換えるのが面倒です。Auto Scalingなどでインスタンスが自動起動するような設定をしている場合は、もはや管理できません。そこで、起動しているEC2インスタンスを全て自動でMuninの監視下に入れるスクリプトを作りました。 初めてgithubに置きました。 https://github.com/katty0324/ec2munin まだあまり使い方が分かりませんが、いつもお世話になっているので、僕も何か置いてみようと思いました。 概要 EC2のインスタンスを見ながら動的に設定を書き換える類のものです。 起動しているEC2インスタンスに合わせて動的にNagiosの監視設定を書き換えるNag
Cloud server review and comparison: Amazon AWS EC2 vs Linode vs DigitalOcean
Cloud server showdown: Amazon AWS EC2 vs Linode vs DigitalOcean I have experience with Amazon?s?<a target=_blank href="http://aws.amazon.com/">AWS</a>?cloudservices for years now, but still have problems with EBS (=amazon network storage)... Posted on 2nd juli 2013 by Ronald van Woensel Gloednieuw design voor NSA PRISM PowerPoint slides Shhht, de NSA luistert mee…dat weten we nu dankzij een handje
EC2インスタンス起動時にEIPを自動的に設定する方法 - hiroohiのメモ
提携先との連携等、固定IPアドレスでの通信が必要になるケースはそこそこあると思います。 AWSでオートスケール設定とかして可用性上げとくのはいいのですが、そのときにこれが課題となります。 ということで、http://dogmap.jp/2012/12/20/aws-advent-calendar-2012-day-20/ を参考にしつつ、 Amazon Linuxで起動時に自動的にEIPをassociate出来るようにしてみました。 用意するもの EIPにassociate出来る権限を持ったIAMのpublic key/secret key やりかた 1)Amazon Linuxのspot instanceを起動する。 2)EIPを取得する(なければ） 3)ec2-userでssh 3)/etc/init.d/の下に以下のスクリプトを適当な名前（例としてautoeip）で作成 #!/bin
Capistranoで指定タグのEC2インスタンスにデプロイ - Qiita
require 'aws-sdk' AWS.config({ :access_key_id => '<アクセスキーID>', :secret_access_key => '<シークレットアクセスキー>', :region => 'ap-northeast-1' }) # EC2のタグKeyのProjectがsampleのものを取得 instances = AWS.ec2.instances.select {|i| i.tags[:Project] == 'sample' && i.status == :running}.map(&:dns_name) role :app, *instances
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
EC2 インスタンス起動時に自動で EIP をセットする (AWS Advent Calendar 2012 20日目) - dogmap.jp
12/1からクリスマスまで、1人ずつリレー形式でブログ記事を書く AWS Advent Calendar 2012 の20日目です。 去年・一昨年は、WordPres Advent Calendar 2011、PHP Advent Calendar 2010 に参加しましたが、今年は AWS Advent Calendar に参加します。 さて EC2 インスタンスに EIP (固定IP)を設定して運用するケースって多いと思うんですよ。 しかし EC2 のインスタンスでは、一度停止した後再起動すると EIP が外れてしまいます。 一時的にスケールアップしたくて、インスタンス停止して再起動とかいうオペレーションは、まま有ると思います。 その時に EIP を associate し忘れて「あら、サイトに繋がらないわ」なんてうっかりミスをすることも多いと思います。 そんな、うっかりさんのために
AWSのアカウント間でAMIを共有するのをやってみる - Qiita
AWSの別アカウントどうしでAMIを共有するのをやってみたので手順をメモしておく。 最近は別リージョンへのAMIコピー機能も追加され、AMIを作りなおさなくて良くて便利。 全てManagement Console上で実施。 やってみた手順 AMIの共有 AMIを所持している方のアカウントでEC2のAMIを表示 共有するAMIを選択して「Edit」実施 「Permissions」を選択して「Add Permissions」ボタンを押下 「AWS Account Number」に共有先AWSアカウントのアカウント番号入力してチェック 共有されたAMIの利用 AMIを共有されたアカウントでEC2のAMIを表示(共有元と同じリージョンにする) 「Filter」が「Owned By Me」になっている場合は「Private Images」にすると共有されたAMIが表示される EC2する際も、AMI選
Amazon EC2でスケジュールされたイベント通知が来た | DevelopersIO
スケジュールされたイベントとは Amazon EC2では、ごくまれにインスタンスの再起動をしますと通知（コンソール表示やメール）が来ます。通知の種類には、インスタンスリブートとシステムリブートがあります。今回、EC2をインスタンスリブートするように通知が来ましたので作業手順などをご紹介したいと思います。 EC2ダッシュボードでイベントを確認する スケジュールされたイベントを確認するためには、メールの他にAWSマネジメントコンソールのEC2タブのダッシュボードで確認することができます。 1つのインスタンスが予定されていますと表示されています。詳細を見てみます。詳細情報には、インスタンスID、イベントタイプ、イベントの開始日時、作業時間などが表示されます。今回は、2011年12月17日22時から6時間の間に該当するインスタンスをリブートしますということです。実際の再起動は10分弱で終わりますが
もう迷わない！EC2のインスタンスタイプ名 対比表 - サーバーワークスエンジニアブログ
追記2013/11/9 M3値下げ対応 (AWSブログ) g2.2xlarge対応 (AWSブログ) => サービス名称をAPI名で呼ぶ様になったのか正式な英語名、日本語名が分からなかった。でも多分過去の名称とAPI名からするにHigh GPU Double Extra Largeになると思う 物理プロセッサ、Intel AES-NI・Intel AVX/Intel Turbo対応状況対応 => cc1.4xlargeだけドキュメントに物理プロセッサ記載が無かったが、過去の別ドキュメントページの記載からIntel Xeon X5570だと思う。 hs1.8xlarge提供開始が始まっていたリージョン追記 コメント: お勧めの方法としてはPDFのリンクをブラウザーのタブに入れておいて、何か聞かれたらさっと確認、が一番使い易い方法かなーと思います。 追記2013/6/14 金額を修正し、リザー
Auto Scalingの設定とデプロイ方法 - @ijin
CDP Advent Calendar 2012に登録しました。ここ1年ちょいで使い慣れてきたパターンがあり、作った当時はクラウドデザインパターンはなかったのですが、Clone ServerとScale Outパターンの組合せに当てはまると思うので紹介します。ちなみにアプリはRails。 常にデプロイして更新し続けるシステムを手動、あるいは自動スケールアウトする時に便利な手法だったりします。 図にするとこんな感じですかね。 Auto Scaling設定 Launch Config まず、ベースとなるAMIの起動インスタンスサイズやセキュリティーグループを定義したLaunch Configを設定。 as-create-launch-config cdp-lc --image-id ami-22a51d23 --instance-type m1.small \ --group cdp_web,
Amazon EC2からVPCへの移行をどうするか | DevelopersIO
EC2とVPCの違い とりあえずお試しでEC2を使っている人が、業務的な都合によりVPCに移行したいという場合、どうすればいいか調べることってあると思います。そこで、ここでは相違点や考慮点を挙げたいと思います。 EC2インスタンスを移行する 移行することができます。まずはじめにEC2内のインスタンスのスナップショットを作成します。次にこのスナップショットを基にVPCのインスタンスを作成します。この際に気をつける事は、内部IPアドレスが変わります。外部IPアドレスは付きません。EC2インスタンスは、起動時に外部IPアドレス、DNS名、内部IPアドレス、内部DNS名が自動で付与されますが、VPCインスタンスは、起動時に内部IPアドレスのみ付与され、しかも、IPアドレスを自分で指定することができます。気をつける事は、今のところVPC内でt1.microインスタンスを起動することはできません。 E
ELB配下のEC2アクセスログについてあれこれ | DevelopersIO
ELB配下のEC2インスタンスは接続元がELBのアドレスになる ELB配下のEC2インスタンスが、接続元のIPアドレスなど情報を得ようとする場合、初期設定ではおそらくELBのIPアドレスが返されてしまいます。これは、ELBを経由しているので当たり前といえば当たり前ですが、これではどこからアクセスされているのか把握できません。そこで、ELBの機能を利用して接続元のIPアドレス等を取得したいと思います。 X-Forwarded-ForとX-Forwarded-Proto ELBには市販されているロードバランサー製品と同じように、接続元のIPアドレスをヘッダー情報に付けてくれます。そこで、EC2インスタンス側でその情報を取得してログとして書き出してみます。また、ELBはSSLターミネーション機能がありますので、接続元がどのプロトコル（HTTPかHTTPSか）でEC2インスタンスにアクセスしたのか
Vagrant 1.1 で EC2 を vagrant up - naoyaのはてなダイアリー
Vagrant 1.1 がリリースされました。 Vagrant は仮想サーバーのフロントエンドのツール、詳しくは Vagrant - naoyaのはてなダイアリー あたりを。 で、この 1.1 が 1.0 → 1.1 という割に結構大きなアップデートで新しく VM に VirtualBox 以外のものが選択できるようになった。すなわち「VirtualBox のフロントエンド = Vagrant」から「各種仮想マシンのフロントエンド = Vagrant」という風にアップデートされた。 今回の 1.1 からVMを操作するproviderがプラグイン構造となり、VirtualBoxだけならず、公式で操作できる対象が増えました。 VirtualBox VMware Fusion Amazon EC2 + VPC Rackspace Cloud VMware Fusion以外はオープンソースで公開さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - chef/knife-ec2: Chef knife plug-in for AWS EC2
How Can I deploy on AWS with Auto-Scaling Through Git?
CapistranoでELB配下のEC2インスタンスを取得してデプロイ - Qiita
conma.me
Request to Remove Email Sending Limitations