OCPを使用したOceanBaseクラスタのデプロイ
サーバーの最小構成要件は以下の表のとおりです：
| デプロイするプロダクト | サーバー数 | 機能最小構成 | パフォーマンス最小構成 | ディスクタイプ |
|---|---|---|---|---|
| OAT | 1台、OCPサーバーと共用可能 | CPU：2コア メモリ：4GB |
N/A | N/A |
| OCPとMetaDB | 1台 | CPU：16コア メモリ：32GB ディスク：1.5TBストレージ(OATに必要なリソースを含む) 説明16C32Gの構成ではOCPの安定性を保証できません。検証用途のみでの使用を推奨します。 |
CPU：32コア メモリ：128GB ディスク：1.5TB、10ギガビットNIC(OATに必要なリソースを含む) |
SSDストレージ |
| OceanBaseクラスタ | 3台
説明スタンドアロン版のOceanBaseデータベースをデプロイする場合は、1台のサーバーのみ必要です。 |
CPU：4コア メモリ：16GB 説明
|
CPU：32コア メモリ：256GB、10ギガビットNIC 説明
|
SSDストレージ |
| (オプション)ODP | 3台、OBServerノードサーバーと共用可能 | CPU：4コア メモリ：8GB ディスク：200GB |
N/A | N/A |
説明
- OceanBaseデータベースクラスタは、高可用性とディザスタリカバリのために、少なくとも3つのノードで構成されます。各ノードは1つのobserverプロセスに対応し、異なるノード上の複数のobserverプロセスが1つのクラスタを形成して外部にサービスを提供します。
- OCP管理サービスに高可用性が必要な場合は、複数の管理サーバーによる高可用性デプロイが必要です。詳細はOCPデプロイの概要を参照してください。
- OceanBaseクラスタのデプロイ後、ODPのデプロイが必要かどうかは、主にアプリケーションのシナリオとニーズによって決まります：
- アプリケーションがOceanBaseクラスタの高可用性、ロードバランシング、接続プール管理などを必要とする場合は、ODPのデプロイを検討することができます。ODPは、OceanBaseクラスタの接続数やロードバランシングなどの問題を効果的に解決し、アプリケーションの安定性と信頼性を向上させます。
- アプリケーションがOceanBaseクラスタに接続してクエリと操作のみを行い、高可用性、ロードバランシング、接続プール管理などの機能を必要としない場合は、ODPをデプロイせずに、OceanBaseが提供するクライアントライブラリを使用してクラスタに直接接続することで、アプリケーションのニーズを満たせます。
- カラムストアレプリカント(columnstore replica)を使用する場合は、独立したODPをデプロイする必要があります。カラムストアレプリカントに関する情報は、カラムストアレプリカントを参照してください。
コマンドラインを使用したOceanBaseクラスタのデプロイ
サーバーの最小構成要件は以下の表のとおりです：
| デプロイするプロダクト | サーバー数 | 機能最小構成 | パフォーマンス最小構成 | ディスクタイプ |
|---|---|---|---|---|
| OAT | 1台 | CPU：2コア メモリ：4GB |
N/A | N/A |
| OceanBaseクラスタ | 3台
説明スタンドアロン版のOceanBaseデータベースをデプロイする場合は、1台のサーバーのみ必要です。 |
CPU：4コア メモリ：16GB 説明
|
CPU：32コア メモリ：256GB、10ギガビットNIC 説明
|
SSDストレージ |
| (オプション)ODP | 3台、OBServerノードサーバーと共用可能 | CPU：4コア メモリ：8GB ディスク：200GB |
N/A | N/A |
説明
- OceanBaseデータベースクラスタは、高可用性とディザスタリカバリのために、少なくとも3つのノードで構成されます。各ノードは1つのobserverプロセスに対応し、異なるノード上の複数のobserverプロセスが1つのクラスタを形成して外部にサービスを提供します。
- OceanBaseクラスタのデプロイ後、ODPのデプロイが必要かどうかは、主にアプリケーションのシナリオとニーズによって決まります：
- アプリケーションがOceanBaseクラスタの高可用性、ロードバランシング、接続プール管理などを必要とする場合は、ODPのデプロイを検討することができます。ODPは、OceanBaseクラスタの接続数やロードバランシングなどの問題を効果的に解決し、アプリケーションの安定性と信頼性を向上させます。
- アプリケーションがOceanBaseクラスタに接続してクエリと操作のみを行い、高可用性、ロードバランシング、接続プール管理などの機能を必要としない場合は、ODPをデプロイせずに、OceanBaseが提供するクライアントライブラリを使用してクラスタに直接接続することで、アプリケーションのニーズを満たせます。
- カラムストアレプリカントを使用する場合は、独立したODPをデプロイする必要があります。カラムストアレプリカントに関する情報は、カラムストアレプリカントを参照してください。
アービトレーションサーバー
3台のサーバーを使用して2レプリカのOceanBaseクラスタとアービトレーションサービスをデプロイする場合、アービトレーションサーバーは以下の最低マシン仕様を満たしている必要があります：
| バージョン | サポートされる最小構成 | 帯域幅 | 備考 |
|---|---|---|---|
| V4.1.0.0 |
|
入出力データの転送速度がいずれも20Mbps以上であること。 | データ保存用のディスク容量(dataディスク)の設定は不要です。ログファイル保存用のlogディレクトリには、別途容量を確保する必要があります。 |
| V4.1.0 BP1以降のバージョン |
|
入出力データの転送速度がいずれも20Mbps以上であること。 | データ保存用のディスク容量(dataディスク)の設定は不要です。ログファイル保存用のlogディレクトリには、別途容量を確保する必要があります。 |
リソース計画
CPU型番の参考：Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz
アービトレーションサーバーのリソース計画は以下のルールを参考にしてください：
- 最小構成マシン(2C4G)は、デフォルトで32個のユーザーテナントと
sysテナントが同時にアービトレーションを有効にできます(2Fまたは4F、primary_zone=RANDOM、unit_num=1)。 - シングルユニットのテナント（2Fまたは4F、
primary_zone=RANDOM、unit_num=1）が32個増えるごとに、アービトレーションサーバーのリソースを少なくとも以下のように増やす必要があります：1C1G、ログディスク2GB、ネットワーク帯域幅20Mbps。 unit_num=N(N>1)の場合、単純にN個のシングルユニットテナントとして扱うことができます。
説明
- 2F：2レプリカクラスタ。
- 4F：4レプリカクラスタ。
primary_zone=RANDOM：PRIMARY_ZONEを指定する場合、その値をRANDOM(必ず大文字)に設定できます。これは、最も高い優先度を持つゾーンをの中からランダムに1つを選択してPrimary Zoneとすることを示します。unit_num=1：リソースプールにおける対象ZoneのUnit数が1であることを示します。- シングルユニットテナント：あるゾーン内のユニット数が1のテナントを指します。
primary_zoneとunit_numに関する詳細情報は、テナントの作成を参照してください。
ネットワーク遅延要件
アービトレーションサーバーとOceanBaseクラスタノード間の片道ネットワーク遅延は800ms以下である必要があります。