Amazon EC2編～AMIを共有しよう～
こんにちは！Narimasaです！ 前回は、「OSS編～Nagios for AWS Windows③～」と題して、Nagios側でWindowsサーバを監視する為の設定を行い、監視できているかを見てみました。 今回は「Amazon EC2編～AMIを共有しよう～」と題してAMIを他アカウントと共有する方法を紹介致します。 EC2からAMIを作る方法はこちらを御覧ください （動画）Amazon EC2編～AMIを使ったバックアップと運用～ AMIを共有することでできること Amazon EC2のAMI(Amazon Machine Image)を共有することで、アカウントが異なる部署で同じサーバ構成を組むことができたり、社内でのサーバ教材として配布したりすることができます。 同じAWS環境を構築するサービスとして「CloudFormation」等がありますが、サーバ構成だけの利用であればA
サーバコスト削減のためのEC2(AWS)インスタンスの自動起動停止方法 | takemikami's note
この記事では、 AWSのAPIを使って、EC2インスタンスを自動起動・停止させる方法を説明します。 Amazon Elastic Compute Cloud（Amazon EC2）の料金は、利用した時間単位での従量課金となります。 このため、 ２４時間稼働させる必要が無いサーバの場合は、 cron等の定時処理で自動的に起動・停止をさせる事でコストを削減できます。 コスト削減の例例えば、平日・日中時間帯のみ稼働させる場合で計算すると、次のようになります。 # 常時稼働の場合、通常はリザーブドインスタンスを利用するので # この計算結果はオーバーなのですが、 # リザーブドインスタンスでも時間あたりで料金がかかるので # 同じ手法でコストを削減することができます。 条件とコスト削減額インスタンス：スモール・Linux 稼働時間：月〜金の8:00〜18:00に稼働、土日終日停止 台数：１台 イン
Linux で Amazon EBS ボリュームを使用できるようにする - Amazon Elastic Compute Cloud
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームを使用できるようにする Amazon EBS ボリュームをインスタンスにアタッチすると、ブロックデバイスとして公開されます。任意のファイルシステムでボリュームをフォーマットし、マウントできます。EBS ボリュームを使用できるようにすると、他のボリュームと同じようにアクセスできます。このファイルシステムに書き込まれるデータはすべて EBS ボリュームに書き込まれますが、デバイスを使用するアプリケーションには透過的になります。 EBS ボリュームのスナップショットは、バックアップ目的で作成したり、別のボリュームを作成する際のベースラインとして使用したりできます。詳細については、「Amazon EBS スナップショット」を参照してください。
jaws-users - EC2インスタンスのローカルディスク容量について
ESRIジャパンの平野と申します。 EC2におけるインスタンスタイプの説明を見ますと、例えばスタンダードのラージインスタンスについては「ラージ インスタンス 7.5 GB メモリ、4 ECU （各2 ECU× 2 仮想コア）、850 GB のローカルインスタンス ストレージ、64ビット プラットフォーム」という記述があります。 しかし、実際にインスタンスを作成する際に、例えばWindows 2008 ServerのAMIを選択すると、Cドライブに30GB程度の領域があるだけです。もしかしたら未フォーマットの領域があるのかと思い、ディスク管理ツールを起動してみましたが、他にドライブは見つかりません。 これは、インスタンスのスペックとしては850GBまで使えるのが、実際にどれだけユーザに提供されるかはAMIに依存するということになるのでしょうか？上記のAMIの場合、EBSやS3といったストレー
EBSからブートしたEC2インスタンスにエフェメラルディスクを起動時に自動マウントする方法 - hiroohiのメモ
ググってもあまり出てこなかったので。 EC2インスタンスのti.micro以外のインスタンスサイズでは、ephemeral diskという無料で使えるストレージ領域が使えます。この領域はインスタンス停止等出来てしまうので一次領域として使うことが出来ます。 …というの案外知られてないですよね。 このephemeral diskの領域はかなりでかいので、使わない手はないです。 カジュアルなインフラしか使えない使わないポリシーの自分ですので、コマンドを叩かずManagement Consoleだけで使えるようにする方法をメモしときます。 なお、大前提として、Amazon Linuxを使う場合、です。 Management Consoleのウィザードで、Ephemeral Diskを有効にする EC2インスタンスを起動するときに表示されるウィザードの「Storage Device Configur
Amazon EBS Elastic Volumes を使用してボリュームを変更する - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS Elastic Volumes を使用してボリュームを変更する Amazon EBS Elastic Volumes では、EBS ボリュームのボリュームサイズの増加、ボリュームタイプの変更、パフォーマンスの調整を行うことができます。インスタンスで Elastic Volumes をサポートしている場合は、ボリュームのデタッチやインスタンスの再起動を行うことなく、これらの操作を行うことができます。したがって、変更の適用中でも、アプリケーションを引き続き使用できます。 ボリュームの設定を変更するための料金は発生しません。ボリューム変更を開始すると、新しいボリューム設定料金が発生します。詳細については、Amazon EBS 料金表ページを参照してく
いまさら聞けない Amazon EC2
1. © 2014 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc. よくわかるAmazon EC2 EC2の今さら聞けない話 2014年3月17日(7月1日改訂) アマゾンデータサービスジャパン株式会社 ソリューションアーキテクト 松尾康博 2. © 2014 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part wit
IaaS型クラウドにおけるハードウェアの陳腐化について
はじめに 私たちが提供しているSaaS型のWAFサービス、Scutum(スキュータム)では、今年の春に開発環境を物理サーバからEC2へ移行しました。より安い料金でサーバを使用するため、シンガポールリージョンでSpot Instanceを使用しています。価格が非常に安く、また変動幅も少ないことから、お買い得感のあるサーバをかなり安定して稼働させることができています。 今回はこのEC2に開発環境を移行する過程で気がついた、EC2（あるいは、他のIaaS型クラウドサービス）を使用する上で気をつけたい、クラウドのハードウェアについてまとめてみたいと思います。 開発環境の目的 EC2に構築した開発環境の主な目的はパフォーマンステストです。シグネチャのチューニングやエンジン部のコードの変更などによってシステムのスループットにどのような影響が出るのかを常に把握しておくため、安定した環境が必要となります。
EC2: AWSからメールがくるケース - aws memo
通常は関係ないが、稀にAWSから通知メールが来るケースがある（しかも英語） よくあるメールの件名とその内容、および対策をメモ。 Amazon EC2 Maintenance - Network Connectivity Impact ネットワーク保守作業するから指定の時間帯ネットワーク切れるかもよ、との通知。ELB配下にあるインスタンスなら、指定された時間帯、ELBから切り離すか、新規インスタンスに作り変える。 Amazon EC2 Maintenance - Reboot Required 仮想サーバホスト（物理サーバ）のパッチ適用等の理由で、指定期日までにインスタンスをrebootする必要があるよー、という通知。インスタンスリブートとシステムリブートの2種類がある（http://aws.amazon.com/jp/maintenance-help/）。インスタンスリブートを要求された場
インフラエンジニアに贈るAmazon VPC入門 #3 インターネット接続(前編) | DevelopersIO
宛先がサブネットではなく、VPC全体のアドレスになっているのがポイントです。"Local"ってなんやねん！と突っ込みたくなりますが、これに先ほどの"各サブネットの仮想ルーター間でよろしくルーティングしてくれぃ！"という意味が込められています。 ルーティングの追加 さて、既定のルーティングを紹介しましたので、今度はルーティングの追加を見て行きます。仮想ルーターのルーティングテーブルにルーティングエントリーを追加するのは、外部ネットワークにアクセスするためです。外部ネットワークとして最初に思い浮かべるのは、そう、インターネット接続です。 インターネット接続ってそもそも要るの? VPCを利用する目的は、ケースにより様々ですが、 「従来のオンプレミス環境の延長でVPCを使用するので、インターネットとの通信は必要ない。むしろその方がセキュアじゃない?」 なーんて、妄想を抱きがちです。しかし、実際は多
インターネットから直接Amazon RDS in VPCにアクセスできない時の解決方法 | DevelopersIO
社内のデータベース管理アプリから直接アクセスしたい システム開発時やデータベースのメンテナンス時に、ローカルPCに入っている各種管理アプリを使って直接データベースにアクセスしたいことがあります。そんなときにどうやってアクセスするのかちょっとハマったので備忘録として残したいと思います。 EC2-VPC 長らくAWSの代表的なサービスであったEC2がデフォルトでしたが、今週のAWSの発表によって、仮想ネットワーク上にサーバを立てるVPCがデフォルト指定となりました。これに伴いまして、社内では実際に動作を確認してみました。 Amazon RDSはインターネットから見えるのか？ Amazon RDSはインターネットから見えるのか？これをまずはしっかり確認したいと思います。ちなみに、昔からあるEC2はEC2-Classicとなり、新しいのはEC2-VPCとなりました。 EC2-Classicタイプの
cloudpackブログ - RDS(Multi-AZ)をあとから立ち上げでEC2と同ゾーン
EC2とRDS間は大量のインサートなどが走るバッチ系の場合は、同一ゾーンに合わせた方が良さそうです。 ※通常のwebページでは特に問題ないレベルですが、別ゾーンだとやはりパフォーマスが下がるようです。 RDSをMulti-AZで起動すると、どのゾーンで起動されるかわかりません。 そこで、まずMulti-AZをNOでゾーンを指定して立ち上げ、そのRDSを後からMulti-AZをYESにすると ゾーンを合わせることができます。 この手順はしばらく必須になりそうです。 EC2側で合わせることもできますが、EC2を立ち上げてからの場合は、この方法でゾーン合わせることができます。 フェールオーバーして逆になった場合は、EC2側で合わせるしかないのですが、 この辺りが対応できるようになると、更に使い勝手が良くなりRDSも更に人気が出そうです。 こちらの記事はなかの人（kenjionsoku）監修のもと
Amazon EC2（AWS） インスタンスタイプの変更（t1.microからt1.smallへ） - サイト制作の豆知識
インスタンスタイプ（t1.microやt1.smallなど）の変更は、AWS Management Consoleの管理画面上から簡単に行うことができます。 インスタンスタイプを変更したいインスタンスの停止 AWS Management Consoleでインスタンスタイプの変更 インスタンスの再起動で外れたElastic IPの紐付け、Apache、MySQLの起動 1.インスタンスタイプを変更したいインスタンスの停止 インスタンスタイプの変更は、インスタンスがStopの状態でしか行えないため、インスタンスを停止する必要があります。 AWS Management Consoleにログイン Instancesをクリック インスタンスタイプを変更したいインスタンスを選択し、右クリック Instance Lifecycleで「Stop」を選択 2.AWS Management Consoleでイ
Amazon EC2のReserved Instancesを使ってみる - 元RX-7乗りの適当な日々
先日紹介した、Amazon EC2を事前支払いを行って長期的に利用する場合、大幅に利用コストを下げる(安くする)ことができる「Reserved Instances」を実際に使ってみましたので、メモとして残しておきます。 # チュートリアルっぽいのが、AWSのドキュメントに無かった。 # そして、APIのドキュメントは現時点で誤植多し・・・。 # 一番安いパターンでも$325かかる＆1年契約なので、なかなか気軽に試せないはず。 # というわけで、このエントリは、EC2に興味のある方にはお役に立てるはず。 ちなみに、「Reserved Instances」の内容、すごいところについては、以下のエントリにて紹介しています。 Amazon EC2で事前支払いによる割引される新料金プランが登場 では、早速使ってみましょう。 EC2 API Toolsのバージョンを確認 使うためには、現状ではAmaz
Amazon VPCを使ったミニマム構成のサーバ環境を構築する | DevelopersIO
よく訓練されたアップル信者、都元です。AWSにおいては、ネットワーク環境をあまり気にせず、数クリックで簡単にサーバを構築できるのは一つのメリットだと言えます。しかし、本格的に運用するシステムに関しては、ネットワーク環境をコントロールする需要も出てきます。AWS Virtual Private Cloud (VPC)を使えば、AWS上に仮想ネットワークを定義し、その上に各種サーバを配置することができます。 深く考えずに非VPC環境に構築してしまったAWSサーバ環境は、簡単にはVPC環境に移行することはできません。従って弊社では、小さなシステムであっても、最初からVPC環境にシステムを構築することを推奨しています。「非VPCが許されるのは小学生までだよねー」とボスが申しておりました。かといって、ネットワークの構成をゼロから考えて構築するのもひと苦労であるため、本エントリーでは、システムの初期段
ステータスチェックに失敗した Amazon EC2 Linux インスタンスをトラブルシューティングする - Amazon Elastic Compute Cloud
以下の情報は、Linux インスタンスでステータスチェックに失敗した場合の問題のトラブルシューティングに役立ちます。まず、アプリケーションで問題が発生しているかどうかを確認します。インスタンスでアプリケーションが正常に実行されていないことを確認した場合は、ステータスチェック情報とシステムログを確認します。 ステータスチェックの失敗の原因となる問題の例については、「Amazon EC2 インスタンスのステータスチェック」を参照してください。 Amazon EC2 コンソールを使用して、問題のあるインスタンスを調査するにはAmazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。 ナビゲーションペインで [インスタンス] を選択し、インスタンスを選択します。 [ステータスとアラーム] タブを選択すると、すべての [システムステータ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS上で使えるストレージ十番勝負
conma.me
QuickStart: ASPアプリケーションを NETElastic Beanstalk にデプロイする - AWS Elastic Beanstalk
Amazon Virtual Private Cloud