大手クラウドサービスである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倍となるハイメモリタイプのインスタン

この連載では、Amazon EC2互換のクラウド基盤であるOSS「Eucalyptus」を使い、「自分たち専用」のクラウド環境を構築することを目標に解説を行っています。今回は、前回インストールした環境を利用するためのツール類の利用法と、うまく動かない場合のトラブルシュートのコツを紹介します。 記事中に登場する用語や略語、概念などで分からないものが出てきた場合には、この連載の過去記事を参照しながら読み進めてください。 8．EC2 API Tools/AMI Toolsの利用 Eucalyptusは、Amazon EC2とインターフェイス互換ということで、利用にはEC2用のツールが必須です。ここでは、基本となる「Amazon EC2 API Tools」および「AMI Tools」を利用することにします。 Administrator's Guideにあるように、利用すべきバージョンがそれぞれ指

今回は、データベースとして広く普及しているMySQLを例に、Amazon EC2上でMySQLのレプリケーション機能を用いてMaster-Slave構成を作り、そのSlaveを実に手軽に追加できるようにするための手順について説明します。 MySQLのレプリケーション機能でWakameは本領を発揮する 一般的に、MySQLのレプリケーションとは、Masterと呼ばれるデータの原本1つを、可能な限り同期複製させることが出来る機能のことを言います。複製されたものはSlaveと呼ばれ、1つのMasterに対して複数接続することが可能です。 より複雑な構成も取れるのですが、基本的なトポロジはスター型となります。レコードの読み出しクエリであれば、各Slaveへ分散させて性能を向上させることが出来ます。そのため、サイトのトラフィックが増加して来た時、まず最初に行われる対策として良く利用される機能でもあり

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

この連載では、Amazon EC2互換のクラウド基盤であるOSS「Eucalyptus」を利用し、「自分たち専用」のクラウド環境を構築することを目標にしています。前回は、Eucalyptusの全体構成について見てみました。今回は、その構成を理解するために、Eucalyptusにおける仮想ネットワークの実装方式について解説していきます。用語や略語などで分からないものが出てきた場合には、前回の記事（OSSのクラウド基盤「Eucalyptus」を使う（1）--全体構成を理解する）を参照してください。 Eucalyptus 1.5.1の仮想ネットワークには、「SYSTEM」「STATIC」「MANAGED」「MANAGED-NOVLAN」の4つのモードがあります。このうち実装されている全機能、特にEC2の特徴的な仕組みでもある「セキュリティグループ」の機能が利用できるのはMANAGEDモードのみで

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

前回まで駆け足で、これから我々が作ろうとするクラウドの、いわば「お手本」であるAmazon EC2自体が持つ機能について見てきました。今回からは、いよいよオープンソースのクラウド基盤ソフトウェアである「Eucalyptus」によるEC2互換クラウドの製作に入っていきます。 4月29日 (米国時間) 付けで、クラウド基盤ソフトウェア「Eucalyptus」を用いた製品とサービスを提供する企業「Eucalyptus Systems」のローンチがアナウンスされました（リンク先はPDFファイル）。前後して、EucalyptusをバンドルしたUbuntu Linux 9.04（コード名：Jaunty Jackpole、4月23日）のリリース、Eucalyptusの新バージョン1.5.1のリリース（5月8日）と、Eucalyptusに関わるニュースが相次いで流れました。まさに今が旬のソフトウェアと言え

誰もが大規模インフラを試せる時代がやってきた 第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であれば、非常に協力なマシン（インスタンス）を借りられたり、必要な時間だけ起動できたり、（一部トラブルはあった