OpenStackはプライベートクラウドであるだけでなく、ハイブリッドマルチクラウドの展開にも優れています。

過去数年間で、IT インフラストラクチャはハイブリッドおよびマルチクラウドモデルへと進化してきました。また、OpenStack プライベートクラウドにすでに投資している企業には、ハイブリッドまたはマルチクラウドの展開を準備するための複数のオプションがあります。

マルチクラウドのメリットと課題

セキュリティとパフォーマンスの要件の観点からは、プライベートクラウドを導入する方が依然として合理的な選択ですが、企業は依然として複数のパブリッククラウドを同時に使用しています。

マルチクラウドコンピューティングにより、企業はプロバイダーに関係なく、さまざまなクラウドサービスを利用できるようになります。たとえば、ユーザーは、高性能コンピューティングのために Google を選択し、幅広い機能ポートフォリオのために AWS を選択したり、Oracle のサービスとしてのデータベースオファリングを使用したりできます。

しかし、マルチクラウドの導入を成功させるには、IT チームが管理方法を改善する必要があります。

まず、クラウド間でアプリケーションを移行するには、チームがワークロードを慎重にオーケストレーションし、仮想ネットワーク構成ファイルを「変換」する必要があります。 Ansible などのツールを使用すると、特に OpenStack と主要なパブリッククラウド間で移動する必要があるワークロードの場合、このプロセスを簡素化できます。

業界では VM とコンテナのイメージの標準化にも取り組んでおり、これによりアプリケーションの移植性がさらに簡素化されます。

ただし、クラウドベンダーにはさまざまなサービスと API のセットがあるため、アプリケーションが使用するすべてのプラットフォームと互換性があることを確認するのは IT チームの責任です。

チームは、マルチクラウドモデルでのパフォーマンスのボトルネックを回避するために、データ管理に重点を移す必要があります。

ハイブリッドマルチクラウド展開のデータ管理

OpenStack をハイブリッドまたはマルチクラウドモデル用に準備するには、Swift ストレージにはすでに、ほとんどのクラウドプロバイダーが使用する Amazon Simple Storage Service (S3) REST 構造を超える独自の専用インターフェイスがあることに留意してください。

アプリケーションでローカル OpenStack データを使用する場合は、すべてのクラウドにわたって単一の REST インターフェイスを維持するために、デプロイメントを S3 互換性に制限するのが最適です。つまり、Swift よりも Ceph の方が適しています。

このプロセスは時間がかかり、コストもかかるため、パブリッククラウドと OpenStack プライベートクラウド間でデータセット全体を転送することは避けることが重要です。

代わりに、遅延をなくすには、各クラウドプラットフォームでデータのコピーを使用する必要があります。ただし、一部のデータにはマスターコピーが必要なので、そのコピーをホストする場所を選択する必要があることに注意してください。

ストレージの遅延の問題をさらに軽減するには、データセンターで高帯域幅のファイバーリンクを使用して OpenStack プライベートクラウドを実行します。ストレージスナップショットと継続的なバックアップの最近の進歩により、より多くのオプションが可能になりました。レプリケーションと消失訂正符号を組み合わせることで、データを複数のクラウドに自動的に複製できます。これは通常、非同期的に複製されます。そうしないと、書き込みパフォーマンスが大幅に低下します。同期ウィンドウは 1 分またはそれよりも短くすることができます。これは、データ分析など、ほぼリアルタイムのデータを必要とするアプリケーションに特に役立ちます。

OpenStackの互換性

ハイブリッドまたはマルチクラウドの展開では、どのクラウドが「最もうまく連携するか」という疑問が常に生じます。