I/Oはシステムを左右するため、特にVMがIOPSに貧弱な仮想化環境では、ストレージのパフォーマンスは常に大きな問題となります。回復力と確かなパフォーマンスを確保するために、物理的なストレージ・エレメントを常に購入し続けるのは無駄です。StarWindは機敏な機能を備えているため、予算の安全性を保証し、既存のハードウェアで強力な冗長性とHAを実現できます。
共有ストレージでのフォールトトレランス不足の問題
仮想化環境では、ハードウェアの故障は物理環境よりも大きな問題となります。なぜなら、1台の物理マシンが故障すると、それがホストしているすべてのVMがダウンしてしまうからです。すべてのVMがサーバー全体の役割を果たしているため、このような障害は壊滅的なサービス停止を意味します。VDIやシンクライアントの場合はさらに悲惨で、ハイパーバイザー・ボックスが1台ダウンすれば、会社の業務の顕著な部分が停止することになります。
フォールトトレラントで完全に冗長化されたハイパーバイザークラスターを構築することが不可欠です。共有ストレージは、仮想環境のVMを格納するため、仮想化インフラにとって不可欠な部分であり、いかなる場合でも単一障害点であってはなりません。
コンバージド・アーキテクチャには、複雑さ、高コスト、高いI/Oレイテンシなど、多くの欠点がある
StarWindのフォールトトレラント・ソリューション
ストレージサブシステムのフォールトトレランスを実現するために、すべての重要なコンポーネントの二重化または三重化が行われます。コンバージドの導入シナリオでは、StarWind は複数のハイパーバイザー・ノード上で仮想ストレージを実行します。非コンバージドシナリオでは、ストレージは多数の専用コモディティサーバ上で実行されます。共有論理ユニットは基本的にホスト間で「ミラーリング」され、1つ以上のノードに障害が発生しても、データの整合性と継続的な動作を維持します。各アクティブホストはストレージコントローラとして機能し、各論理ユニットは二重化または三重化されたデータバックエンドを持ちます。
マルチパスの性質により、一部のI/Oに障害が発生しても、ダウンタイムはゼロで即座に作業が続行されます。このようにして、2ウェイ・レプリカで99.99%、3ウェイ・レプリカで99.9999%のアップタイムが達成されます。原子力発電所の原子炉制御や巡航ミサイルの誘導操作のようなライフクリティカルなシステムでない限り、3重化を超えることはほとんどの場合無意味と考えられています。
ハイパーコンバージド・アーキテクチャーがハードウェアの使用を最適化し、パフォーマンスを加速
StarWind による仮想共有ストレージの耐障害性向上
StarWind Virtual SAN は、データ、キャッシュ、I/O コントローラを二重化および三重化することで、仮想化インフラス トラクチャにおけるストレージの単一障害点を排除します。このように、仮想共有ストレージはフォールトトレラントとなり、高可用性、高パフォーマンス、低コストを実現します。
▶ StarWind Virtual SAN (vSAN)の機能一覧
StarWind Virtual SAN (vSAN)の機能詳細一覧
関連トピックス
- 高可用性仮想共有ストレージStarWind SAN & NASの各種構成例(iSCSI)
- StarWind Virtual SAN (vSAN)の機能詳細一覧
- StarWind Virtual SAN CVMのライセンスファイル入れ替え方法
- StarWindサーバのHA構築(概要編)【StarWind SAN & NAS V6】
- StarWind Virtual SAN Controller 仮想マシンに物理ストレージをプロビジョニングする方法
- Proxmox VEとStarWind Virtual SANの使用で、2ノードで高可用性(HA)クラスタを構築可能
- Hyper-V対応のStarWind Virtual SAN(StarWind VSAN for Hyper-V)
- StarWindを使用したvSphereのHA構築(詳細編)【StarWind SAN & NAS】
- 費用効率の高い共有ストレージをStarWind Virtual SAN(VSAN)で実現。コンピューティングとストレージが独立したアーキテクチャにも最適なソリューション[StarWind VSAN事例:PROJECT Investment Group様]
- 5つの簡単なステップで、2台のVMware vSphereホストを本格的なクラスタに変換 (StarWind vSAN)