大手クラウドサービスであるAmazon EC2では、9種類ものインスタンスタイプ(サーバの種類)から、利用したいスペックのサーバを選択できます。また、EC2のサーバは、4ヶ所ものリージョン(アメリカ東海岸、同西海岸、ヨーロッパ西部、シンガポール)から稼動させる場所を選択することができます。 ここで、気になるのが、Amazon Web Servicesの説明ページで、各インスタンスタイプの公表スペック差異として、EC2独自のCPU単位である"ECU"の数値や、IO性能のModerate(中)やHigh(高)で、どのくらいパフォーマンスが違うのかが見え辛いといった点。 また、一部の場所ではパフォーマンスが出ていない等の話が以前に出ていましたが、4ヶ所のロケーション(Region)によって、各場所でのインスタンス性能が全く同じなのか等も気になるところ。 ここを解明すべく、各種ベンチマークを実行し

# タイトル長い。 Amazon EBS(Elastic Block Store)では、スナップショット機能と呼ばれる、ボリューム(ディスク)を瞬時にバックアップする機能をAPI経由で簡単に使うことができます。 参考 最近発表されたストレージサービスAmazon EBS(Elastic Block Store)をEC2から利用する - 元RX-7乗りの適当な日々 Amazon EBSを活用してデータをバックアップしてみよう ～Amazon EC2/S3環境構築のすべて～ (1/6)：CodeZine（コードジン） そんな便利機能なEBSスナップショット君ですが、そのバックアップデータの保存先はAmazon S3ということで、S3の利用容量無制限！という素晴らしい恩恵を受けちゃっていて、当然、バックアップデータの世代管理は使い手自身に委ねられています。 ということで、指定したEBSボリューム

Amazon EC2で起動した仮想サーバ(インスタンス)では、サーバの内部から、そのサーバ自身の各種メタデータ(MetaData)を取得することが出来ます。 自前でAMIをカスタマイズする際、インスタンスの起動時に割り振られる(確定する)データ(例えば、IPアドレスとかインスタンスIDとか。)については、事前に扱いを決めることは難しいかと思います。 例えば、インスタンスIDをサーバ自身が判別できることで、サーバ起動のタイミングや、サーバ稼働中に、Amazon EBSボリュームを(自動で)自分自身に割り当てられたり等もできたりします。 また、余談ですが、Amazon EC2では、ユーザがインスタンスの起動時に任意のデータ(UserData)をインスタンスに渡すことができ、そのデータをインスタンスの中で扱うことも可能です。 この場合も、以下で紹介するやり方で、メタデータだけではなく、ユーザデー

先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します＋α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考： Amazon EC2を悪用したセキュリティ攻撃

先月、EBSからEC2のインスタンスを起動出来るようになりました。 http://aws.typepad.com/aws/2009/12/new-amazon-ec2-feature-boot-from-elastic-block-store.html 今までは、起動イメージとなるAMIはAmazon S3に保存しておく必要がありましたが この新機能によりEBS（永続的ブロックデバイス）をEC2にアタッチして起動可能になります。 先日、id:c9katayamaに、やってみてと言われたのでテスト環境作るついでにやってみました。 手順は、とても簡単です。 EBS AMIから起動 AMIsから、EBS Imagesを選択し起動したいAMIを選択します。 選択したあと、起動させます。 起動インスタンスにログインし環境構築 起動したインスタンスを選択しConnectを選択します。 コマンドライン用

少し出遅れた感の紹介ではありますが、Amazon EC2のインスタンスタイプで、ハイメモリタイプのサーバが追加されました。また、EC2のインスタンス料金の単価が11/1より値下げされます。 あと、それ同時に新サービスとして、MySQLデータベースをサービスとして提供するAmazon RDS (Relational Database Service)が発表されています。 インスタンスタイプの増加により、より用途に応じて利用の幅が広がったことと、利用料金の値下げが利用障壁の低下、利用継続(ライバルサービスへの牽制)となりうるのでしょうか。 ハイメモリタイプのインスタンス(High-Memory Instances)が追加 Amazon RDSのようなデータベース向きの仮想サーバ(インスタンス)としてなのか、メモリが従来のインスタンスの最大値のそれぞれ2倍、4倍となるハイメモリタイプのインスタン

ゼロトラスト対策3つのポイント ニューノーマル時代に必須なゼロトラスト セキュリティの始め方 DXの成否を分けるのはガバナンス Microsoft Security Forum 2021 Day2 どこよりもわかりやすい基調講演解説！ ライバル同士がタッグを組む理由 マイクロソフトとヴイエムウェアが連携し パブリッククラウドへの移行を支援 大学、研究機関、製造業など いま目覚ましい躍進ぶりを見せるデルのHPC その背景と選ばれる理由にせまる VMware 渡辺氏に聞く 顧客のデジタル変革のために 自らも改革を続けるヴイエムウェアの戦略 日清食品グループのDX（前編） 現場が主役のDXのススメ トップの強い意思で変革に弾み 激変するビジネス環境の中でのDX モダンアプリケーション戦略への取り組みが 市場の競争力の源泉となる 現場のための業務カイゼン 30年以上の歴史をもつDXプラットフォーム

構成管理ミドルウェアはシステム管理者となる 複数サーバを管理するシステム管理の経験をお持ちの方は、構成管理のためのツールを日常的に利用しているかと思います。自作の物である場合もあるでしょうし、商用・無償を含む多くのパッケージもすでに存在しています。構成管理のツールとして単純な例は、makeとsshを組み合わせたものがあげられると思います。サーバのホスト名のリストを用意しておき、それらに対してssh接続し、必要なコマンドを順番に走らせることができれば十分に作業の効率化に貢献します。 前回、Wakameがターゲットとしているクラウド型ホスティングでは、APIによるサーバ・仮想マシンの管理ができることで作業の自動化可能な範囲が飛躍的に広がったということを説明しました。 これまで比較的変化が少なかったサーバ構成に、ダイナミズムが加わりました。そのため、新たな課題が表面化することになります。 例えば

誰もが大規模インフラを試せる時代がやってきた 第1回では、クラウドコンピューティング環境のひとつとして、プログラマから見たAmazon EC2の魅力と、そのような環境を使いこなすためのオープンソースソフトウェアWakameについて概要を紹介いたします。 私たち開発者はWebシステムのスケールアウトについてのベストプラクティスを世界中から得ることができます。 利用するプロダクトを各々スケールアウトさせるノウハウがやっと一般的になってきましたが、運用まできちんとまとめられたものはまだこれからと言う状況です。 それもそのはず、スケールアウトさせられるほどインフラに投資された環境で、実際に運用をしてみた技術者は少ないのです。 昨今、運用業務が効率化できると言うこともあって、インフラの仮想化技術に注目が集まるようになりました。 仮想化技術は究極のポータビリティを実現し、物理的に結ばれたハードウェアと

インスタンスストレージの大きさは、インスタンスのタイプにより決まっています。sda1、すなわちルートパーティションの大きさは10GB固定です。swapは、32-bitの場合しか定義されておらず、大きさは896MBです。この割り当ては、インスタンスの起動時に、ec2-run-instancesコマンドの「--block-device-mapping」オプションを指定することにより、変えることは一応可能ではありますが、固定と考えてほぼ差し支えありません。 永続的なデータを格納するためには、「Elastic Block Device（EBS）」という機能が用意されています。使用するための手順は以下のようになります。(括弧内は、使用するコマンドラインツール） 1) ボリュームを作成する（ec2-create-volume） ボリュームID が返るので、以降、それを使用する。作成する大きさは、GB単

実際にEBSにmysqlを入れてみたという実験記事は、 http://d.hatena.ne.jp/shibataism/20080822/1219422913 に書きました。エンジニアの方はこちらもどうぞ。 最初に結論を。EBSがなぜ素晴らしいかというと、 EBSの登場によって、AWSの一連のサービスで、もはやサーバーを自前で買ったり、データセンターに高いお金を払う必要が全く無くなったと言ってもいいから。 です。 すっぽり抜けていたパーツを埋めるEBS これも分かる人には当たり前なのですが、既に提供されてきたEC2とS3というのはそれぞれ、ざっくり書くと EC2はCPUとメモリを時間貸しするサービス。 S3はディスクを時間貸しするサービス です。 それぞれとてもパワフルで、EC2であれば、非常に協力なマシン（インスタンス）を借りられたり、必要な時間だけ起動できたり、（一部トラブルはあった

最近、あまり整理できていなかったので、このエントリにメモ代わりとして残しておきます。 Amazon EC2/S3に関するニュース最近2か月分のまとめ、ってやつですね。主にAmazon.com(Amazon Web Services)からの公式発表のソースが多いです。 Amazon EC2にて、ヨーロッパでWindowsの稼動が可能に！ タイトルのままですね。USに加えて、EUの2箇所でも、WindowsプラットフォームのEC2インスタンスが稼動可能になりました。 参考 Amazon EC2 Expands Windows and EU Region Offerings Amazon EC2で事前支払いによる割引される新料金プランが登場(Reserved Instances) これは、以前ブログで紹介しましたね。 Amazon EC2で事前支払いによる割引される新料金プランが登場 - 元RX

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

Develop applications with C++-specific APIs and your familiar tools integrated into your development environment