要素別に可用性・性能を考慮し、物理構成を検討2012.05.31コピーしましたPRここからは、OpenStackの各コンポーネントをどのように実際の物理環境に配置してIaaSを構成すればよいかを見ていこう。図1は、物理構成の一例である。各コンポーネントは、その役割から「クラウドコントローラー」「リソースプール」「オブジェクトストレージ」の三つに大別できる。この構成を例に、可用性や性能を確保するためのアーキテクチャーを解説する。Failure)が見られる。IaaSにおける可用性確保の方法は、構成要素の冗長化および多重化が基本となる。そのアプローチは、コンポーネントごとに異なる。投資対効果のバランスを取りつつ、それぞれで最適な物理構成をとる必要がある。RabbitMQ)を一つに集約して扱うとよい。物理構成においても、1台のホストに収容するアプローチを推奨する。構成をシンプルに保ちつつ、冗長化対策もセットで行えるからだ。Workerから成るリソースプールは、個々のコンポーネントを別々の物理ホストに配置すべきである。サーバーやネットワーク、ストレージといったリソースへのワークロードを隔離し、可用性や拡張性を個別に最適化するという観点からだ。Worker)については、性能・拡張性と可用性のバランスのとれたハードウエア構成とすべきである。Novaは内部ステート情報をデータストア(DB)に格納しており、障害発生時もそれに基づき、リカバリーが可能である。一方で、仮想マシン(VM)上でゲストOSがどのように動作しているかなど、すべての内部ステートが管理できているわけではなく、コンポーネントによっては、冗長化困難なものもある。そのため、各コンポーネントの特徴にあわせて、冗長化のアプローチを検討すべきである。Controllerから具体的にみていこう。機器の選択にあたってはネットワーク冗長化のため、多数のNICを搭載可能であることが望ましい。Model」という構成が挙げられているのでそちらも参考にしてほしい。Controllerは自ホストで起動されているVMのみがアドレス変換の対象となる構成である。ControllerがSPOFとはならず、物理ホスト障害の影響をそのホスト内に限定可能である。Workerは、RAIDなどの冗長化を実施し、ストレージネットワークに十分な帯域および処理能力を確保するよう配慮する。WorkerはあくまでソフトウエアiSCSIターゲットの機構であるため、エンタープライズ用途においてはiSCSI外部ストレージを検討すべきだろう。Workerについては、ホスト障害の際、VMを回復させる手段はない。機器の故障の影響は、そのホスト上で起動する仮想マシンのみに限定される。そのため、ある程度は「壊れることを前提」とし、コストパフォーマンス(CPUコア単価またはラック集約率)を重視したハードウエアの選定が有効なアプローチといえる。GlanceとSwiftで構成されるオブジェクトストレージに関しても、やはりコストパフォーマンス(ストレージ容量単価)を重視するアプローチが有効である。冗長化の部分はSwiftのソフトウエア機能として提供されるためだ。現場の負担軽減を!医療界でのAWS活用法500万社が導入。き》データサイエンティスト育成で定評のある大阪ガスと、データ分析の専門家が共同で開発した特別プログラ...SEのための「システム営業力」養成講座SEとして仕事をする方が、顧客や経営層に対する提案力や会話力を身につけるための講座です。情報銀行の成り立ち、事例、現状課題やその行方を網羅。経営戦略である以上、「会計」の知識やスキルが欠かせません。