Step01 仮想化ソフトをインストールする 社内でのクラウド環境の構築は、VM（Virtual Machine：仮想マシン）を稼働させる環境を準備することから始まる。そのための最低限のシステム構成は、複数のPCサーバーとストレージ、L2スイッチとFC（Fibre Channel：ファイバチャネル）スイッチである。今回は、9台のPCサーバーを使用する場合を想定する。仮想化ソフトとしてVMwareを使うことにする（図3-1）。 それぞれのPCサーバーには、4コアのx86 CPUを2個と、32ギガバイト以上のメモリーを搭載しておく。ネットワークカードは1ギガビット対応でもよいが、将来の拡張性を考えれば10ギガビット対応のものを用意したい。さらに、SAN（Storage Area Network：ストレージエリアネットワーク）ストレージにアクセスするためのFCボードを搭載する。こちらは、4ギガビット/秒のデータ転送速度を推奨したい。 SANストレージには、15個のハードディスク装置（HDD）を搭載できるとし、6＋1個のHDDからなるディスクアレイを、RAID 5で2つ組む。残った1個のHDDはスペアとする。1つのRAIDを1つのLU（Logical Unit：論理装置）とする。 HDDの回転数は、できれば1万5000回転/分を推奨したい。というのも、クラウドでは1台のPCサーバーで10個以上のVMを走らせたい。その場合、1つのストレージに対して複数のVMが同時にデータの読み取りや書き込みを行うといったことが起きる。その時に、通常のPCで使っている7200回転/分のHDDだと、あるVMがストレージにアクセスしている間、別のVMは待たされることになり、クラウド全体の性能劣化を招くからである。 さて、ハードの準備ができたところで、VMware ESX（以下ESX）をそれぞれのPCサーバーの内蔵ハードディスクにインストールする。ESXはハイパーバイザと呼ぶプログラムで、PCサーバー上でネイティブで動く。つまり、ESXはWindowsやLinuxといったOSの上で動くアプリケーションではなく、ハード上で直接動く仮想化専用のOSと言うことができる。 Join discussion...

　クラウドとは変化対応力を向上すると同時に、全体最適を進めてコストの最適化を図るためのアーキテクチャだ。そして、クラウド実現にはサーバ統合、仮想化などのテクノロジだけではなく、変更管理などのプロセスが重要だということも明らかになってきた。ITILでは、変更管理プロセスの有効性・効率性を向上させるために重要なプロセスとして「サービス資産・構成管理」を挙げている。構成管理は、サービスごとのコストや変更時の影響範囲などの管理を可能とし、変更管理の成功には不可欠なプロセスと考えてよい。 Join discussion...

プライベートクラウド構築に至るステップ 　まずは、プライベートクラウドの定義を再確認しておこう。 プライベートクラウドの定義 自社の管理下にある情報システムに対してクラウドコンピューティングを構成する種々の技術を適用することで、運用ポリシーやサービスレベルの保証といったガバナンスを維持したまま、クラウドのメリットを享受しようとするシステム構築、運用の考え方。またはそのように構築、運用されるシステム 　現状、企業が抱える情報システムの多くはコンピューティングリソースやデータが分散した状態であり、ガバナンスを維持しきれていない。プライベートクラウドの構築と運用を実現するためには、以下のステップを踏んでいく必要がある。 ステップ1――リソースの統合と共有 　この段階での目的は、外部との連携がなく孤立（サイロ化）した情報システムを物理的かつ論理的に集約し、遊休しているITリソース（資産）を極力減らすことだ。仮想化技術を活用し、分散したサーバやストレージ、ネットワーク機器などのITリソースを統合し、複数の業務やアプリケーションで適切に共用する。 ステップ2――構築／運用プロセスの標準化 　ここでは、統合／共有されたITリソースが常に決まった方法で活用することを目標とする。仮想化されたITリソースが利用できる状態にあったとしても、それを活用するポリシーや手順が、部署や拠点ごとに異なっていては意味がない。頻繁に使われるWebサーバなどのミドルウェアも含めた仮想サーバイメージは、常に一定の手順で配備できるようしておく必要がある。その際、仮想化環境に適用するセキュリティパッチの指針も定めておこう。 ステップ3――構築／運用プロセスの自動化 　ITリソース活用の標準化を実現すると、システムの構築や運用を自動化するための土台が整ったことになる。この段階では、クラウドを活用するユーザー側が、夜間バッチ処理などの業務処理の情報を入力することで、システム側が業務処理に必要なITリソースを自動的に確保し、実行できるようになる。 Join discussion...

クラウドコンピューティングは今やIT界の流行語であり、誰もがクラウド用のアプリケーションを開発しています。Amazonのようなクラウドアプリケーションでよく見られるクールな特徴の1つは、クラウド内のインスタンスを構成、実行、監視するためのWebサービスAPIのサポートです。さまざまな理由から、Amazon EC2は最もよく使用される商用クラウドの1つになっているので、今回の記事ではAmazonのようなクラウドアプリケーション用のWebサービスクライアントを作成する方法についてお話しします。他のクラウドアプリケーション用のクライアントの作成もほとんど同じです。ほとんどのクラウドアプリケーションは、同じAPIセットとセキュリティ要件を備えています。 　Axis2は、サービス呼び出しのサーバ側とクライアント側のどちらにも使用できます。これまでの記事で、サーバ側でのAxis2のさまざまな使用方法について説明しました。Axis2のもう1つの重要な側面は、他のWebサービスを呼び出すためのクライアントとして使用する方法です。Axis2を使用してクライアントを作成する方法には、大きく分けて、手作業で作成する方法と、ツールを使用してリモートサービスを呼び出すクライアントスタブを生成する方法の2種類のアプローチがあります。 Join discussion...

この連載では、Amazon EC2互換のクラウド基盤であるOSS「Eucalyptus」を使い、「自分たち専用」のクラウド環境を構築することを目標に解説を行っています。今回は、前回インストールした環境を利用するためのツール類の利用法と、うまく動かない場合のトラブルシュートのコツを紹介します。 Join discussion...

　この連載では、Amazon EC2互換のクラウド基盤であるOSS「Eucalyptus」を使い、「自分たち専用」のクラウド環境を構築することを目標に解説を行っています。今回は、これまでの内容をベースに、インストールと各ノードの構築について説明します。 　記事中に登場する用語や略語、概念などで分からないものが出てきた場合には、この連載の過去記事を参照しながら読み進めてください。 6. フロントエンドノードのインストールと設定 　今回までの情報で、クラウドの構成が計画できたかと思います。さっそく当連載第6回で紹介した構成 (下に【4-図1】として再掲) でクラウドを構築してみることにしましょう。 Join discussion...

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