デプロイメントのプランニング

Red Hat OpenShift Container Storage 4.2

RHOCS 4.2 をデプロイする際の重要な考慮事項

Red Hat Storage Documentation Team

概要

本書は、Red Hat OpenShift Container Storage のデプロイメントを計画する際の重要な考慮事項について説明します。

第1章 Red Hat OpenShift Container Storage 4.2 の概要

Red Hat OpenShift Container Storage は、コンテナー環境向けに最適化されたソフトウェアで定義されるストレージです。これは OpenShift Container Platform の Operator として実行され、コンテナーの統合され、単純化された永続ストレージの管理を可能にします。

OpenShift Container Storage は、以下を含む各種のストレージタイプをサポートします。

  • データベースのブロックストレージ
  • 継続的な統合、メッセージングおよびデータ集約のための共有ファイルストレージ
  • アーカイブ、バックアップおよびメディアストレージのオブジェクトストレージ

バージョン 4.2 では、Red Hat Ceph Storage を使用して永続ボリュームをサポートするファイル、ブロック、およびオブジェクトストレージを提供し、Rook.io を使用して永続ボリュームおよび要求のプロビジョニングを管理し、オーケストレーションします。NooBaa はオブジェクトストレージを提供し、その Multi-Cloud Object Gateway は複数のクラウド環境でオブジェクトのフェデレーションを有効にします。NooBaa のエンタープライズバージョンには、Red Hat Multi-Cloud Object Gateway という名前が付けられています。

重要

テクノロジープレビュー機能は、近々発表予定の製品機能をリリースに先駆けてご提供することにより、機能性をテストし、開発プロセス中にフィードバックをお寄せいただくことができます。ただし、この機能は Red Hat のサービスレベルアグリーメント (SLA) ではサポートされていないため、機能的に完全でない可能性があり、実稼働環境での使用を目的としていません。Red Hat では、テクノロジープレビュー機能の今後のバージョンを一般的に利用可能にすることを検討しており、お客様がこれらの機能を使用する際に経験される問題の解決に取り組む予定です。

詳細は、「テクノロジープレビュー機能のサポート範囲」を参照してください。

第2章 OpenShift Container Storage のアーキテクチャー

Red Hat OpenShift Container Storage は、OpenShift Container Platform をベースとして使用します。OpenShift Container Platform のアーキテクチャーおよびライフサイクルについての詳細は、『OpenShift Container Platform アーキテクチャー』を参照してください。

Red Hat OpenShift Container Storage 4 は主に 3 つの Operator で構成されており、管理タスクとカスタムリソースを定め、タスクおよびリソースの特性をより簡単に自動化できるようにします。管理者はクラスターの必要な最終状態を定義し、各種 Operator は管理者の介入を最小限に抑えてクラスターをその状態にするか、またはその状態に近づけるように機能します。

OpenShift Container Storage は以下の Operator を使用します。

OpenShift Container Storage (OCS) Operator
他の Operator を特定のテストされた方法で利用してサポートされている Red Hat OpenShift Container Storage デプロイメントの推奨事項および要件を定め、実施するメタ Operator。この Operator は、Rook-Ceph および NooBaa Operator によって提供されるリソースをラップするストレージクラスターリソースを提供します。

OpenShift Container Storage アーキテクチャー

OpenShift Container Storage アーキテクチャー

Rook-Ceph Operator
この Operator は、永続ストレージのパッケージ化、デプロイメント、管理、アップグレードおよびスケーリングを自動化し、このように自動化される永続ストレージはコンテナーアプリケーション、および OpenShift Container Platform によって使用されるインフラストラクチャーサービスに提供されます。これは、Object Storage Daemon (OSD) 、モニター、Ceph ファイルシステムのメタデータサーバーなどのサービスをホストする Pod を管理する Ceph クラスターリソースを提供します。
NooBaa Operator
この Opearator は、複数のクラウド環境でのリソースアクセスを可能にする S3 と互換性のあるオブジェクトストアサービスである Multi-Cloud Object Gateway を提供します。

第3章 サポートされるワークロードのタイプ

Red Hat OpenShift Container Storage は、数多くのワークロードタイプに適したストレージを提供します。

ブロックストレージは、データベースや他の低レイテンシーのトランザクションワークロードに適しています。サポートされるワークロードの例には、Red Hat OpenShift Container Platform のロギングおよびモニタリング、および PostgreSQL などがあります。

オブジェクトストレージは、ビデオおよび音声ファイル、圧縮データアーカイブ、および人工知能または機械学習プログラムに使用されるデータに適しています。さらに、オブジェクトストレージは、クラウドファーストアプローチで開発したすべてのアプリケーションに使用できます。

ファイルストレージは、継続的な統合および配信、Web アプリケーションファイルストレージ、および人工知能または機械学習データの集約に適しています。サポートされるワークロードには、Red Hat OpenShift Container Platform レジストリーおよび JBoss AMQ を使用したメッセージングが含まれます。

第4章 サポートされる設定

Red Hat OpenShift Container Storage 4.2 は、3 つのワーカーノードからなる最小クラスターとしてデプロイされます。ノードを 3 つの異なるアベイラビリティーゾーンに分散して、可用性を確保します。

この初期クラスターの各ノードは 1 つの 2 TiB ディスクを実行されます。これにより、コンテンツが相互に複製され、開始時に 2 TiB の利用可能な容量が提供されます。初期クラスターは、ストレージノードに選択されるノードの数に関係なく、3 つのノードで構成されます。

初期クラスターのノード数は、3 ノードクラスターの最大 9 ディスクをサポートする 9 ノードまで後に拡張できます。

注記

ディスクの分散は、OpenShift のスケジューリングと利用可能なリソースによって異なります。

以下の表は、OpenShift Container Storage のサポートされる設定を示しています。

 ノード数ディスク合計容量利用可能なストレージ容量

初期設定

3 ノード

各ノードに 2 TiB の 1 ディスク

6 TiB

2 TiB

実行可能な拡張

最大 9 ノード

各ノードに 2TiB の 3 ディスク (最大でそれぞれ 2 TiB の 27 ディスク)

最大 54 TiB

最大 18 TiB

バージョン 4.2 GA では、インストールは既存の Red Hat OpenShift Container Platform ノードでのみサポートされています。詳細は、「Deploying OpenShift Container Storage」を参照してください。

第5章 インフラストラクチャーの要件

OpenShift Container Storage は以下をサポートします。

5.1. ノードの要件

以下のリソースは、Red Hat OpenShift Container Storage での排他的な使用のために必要となります。これらの要件に加えて、OpenShift Container Storage と併用されるストレージ以外のワークロードの要件を計算します。

最初にインストールされる 3 ノードには、少なくとも 1 つの Object Storage Daemon (OSD) および 1 つの Monitor デーモン (MON) 用のスペースが必要です。

それぞれの初回ノードの最小要件(OSD+MON)

  • CPU
  • 64 GB メモリー
  • 2.01 TiB ストレージ

    • ディスクごとに 2 TiB ストレージ(デフォルトで 1 ディスク、ノードあたり 3 ディスクに拡張可能)
    • MON ごとに 10 GiB ストレージ (1 MON)

後続のノードに、MON の容量は必要ありません。

各追加ノードの要件(OSD のみ)

  • 16 CPU
  • 64 GB メモリー
  • 2 TiB ストレージ

    • ディスクごとに 2 TiB ストレージ(デフォルトで 1 ディスク、ノードあたり 3 ディスクに拡張可能)

Amazon AWS では、最小インスタンスタイプは m5.4xlarge です。

5.2. ストレージクラスの要件

Red Hat OpenShift Container Storage では OpenShift Container Platform のデフォルトストレージクラスを使用し、インフラストラクチャープロバイダーに応じて特定のデフォルトストレージクラスを想定します。

これらのクラスは OpenShift Container Platform ノードで自動的に設定されますが、OpenShift Container Platform ノードがデフォルトとして異なるストレージクラスを使用する場合には、デフォルトのストレージクラスをインフラストラクチャープロバイダーの適切なストレージクラスに戻す必要があります。

  • Amazon Web Services では、デフォルトのストレージクラスは gp2 である必要があります。
  • VMware vSphere では、デフォルトのストレージクラスは thin である必要があります。

第6章 サイジングおよびスケーリングの推奨事項

Red Hat OpenShift Container Storage 4.2 は、最小 3 ノードおよび最大 9 ノードをサポートします。

3 ノードのセットでクラスターを拡張し、ストレージが複製され、少なくとも 3 つのアベイラビリティーゾーンを使用できることを確認します。

警告

常にストレージ容量が十分にあることを確認してください。

ストレージが完全に一杯になると、容量を追加したり、ストレージからコンテンツを削除したり、コンテンツを移動して領域を解放することはできません。一杯になったストレージを回復することは容易ではありません。

容量アラートは、クラスターストレージ容量が合計容量の 75%(ほぼ一杯)および 85% (一杯) になると発行されます。常に容量についての警告を迅速に処理し、ストレージを定期的に確認して、ストレージ領域が不足しないようにします。

ストレージ領域が不足する場合は、Red Hat カスタマーポータルにお問い合わせください。

第7章 ソフトウェア要件

Red Hat OpenShift Container Storage 4.2 は、最新の Red Hat OpenShift Container Platform 4.2 バージョンとのみ互換性があります。

重要

OpenShift Container Platform は、連邦情報処理標準 (FIPS) モードを有効にしてインストールしたり、実行したりすることはできません。

ストレージワークロードのみを実行するノードには、Red Hat OpenShift Container Storage のサブスクリプションのみが必要です。

ストレージワークロードに加えて他のワークロードを実行するノードには、Red Hat OpenShift Container Storage および Red Hat OpenShift Container Platform サブスクリプションの両方が必要です。

第8章 次のステップ

OpenShift Container Storage のデプロイ』を参照して、コンテナーストレージソリューションのデプロイを開始します。