ApsaraDB for HBase:クラスタ仕様

通常、以下を選択する必要があります。

• マスターノードの仕様

• コアノードの仕様と数

• ディスクのサイズとタイプ

• ApsaraDB for HBase エディション。 ApsaraDB for HBase エディションの選択方法の詳細については、「ApsaraDB for HBase エディション」をご参照ください。

• Elastic Compute Service (ECS) インスタンスのエディション: 専用の ECS インスタンスが使用されます。安定性を確保するために、専用の ECS インスタンスに専用リソースが割り当てられます。ワークロードで低い応答レイテンシが必要な場合は、専用の ECS インスタンスと SSD を使用してください。

マスターノード仕様の選択

マスターノードはストレージには使用できません。デフォルトでは、プライマリセカンダリモードの 2 つのマスターノードが、単一障害点が発生した場合のディザスタリカバリに使用されます。マスターノードは重要です。ApsaraDB for HBase マスター、Hadoop Distributed File System (HDFS) ネームノード、および ZooKeeper はマスターノードにデプロイされます。マスターノードに十分な CPU またはメモリリソースがない場合、クラスタのパフォーマンスは大幅に低下します。

コアノード仕様の選択

コアノードとは、ApsaraDB for HBase の RegionServers を指します。リクエストの数に基づいてコアノードの仕様を選択する必要があります。コアノードの最小仕様は 4 コア CPU および 8 GB メモリで、コアノードの最大仕様は 32 コア CPU および 128 GB メモリです。

最適なパフォーマンスを実現するには、すべてのメタデータをキャッシュすることが重要です。これは、高パフォーマンスを確保するための重要な要素です。さまざまな ApsaraDB for HBase クラスタについて、コアノード仕様の選択に関する次の例を参考として提供します。

• 小規模クラスタ: 4 コア CPU および 16 GB メモリ、または 8 コア CPU および 32 GB メモリを使用することをお勧めします。

• 中規模または大規模クラスタ: メモリに格納されるデータ量に基づいてコアノードを選択します。

  • 格納されるデータ量が多い場合: 16 コア CPU および 64 GB メモリ、または 32 コア CPU および 128 GB メモリを使用することをお勧めします。

  • 格納されるデータ量が少ない場合: 16 コア CPU および 32 GB メモリ、または 32 コア CPU および 64 GB メモリを使用することをお勧めします。

次の表に、さまざまなワークロードの処理に推奨されるコアノード仕様を示します。コアノードの仕様を選択する際には、すべての要素を十分に考慮することをお勧めします。

高仕様のコアノードを選択するか、コアノードの数を増やす

負荷が急増したり、応答レイテンシが増加したり、クラスタが不安定になったりした場合は、コアノードを追加することで ApsaraDB for HBase クラスタをスケールアウトできます。ただし、クラスタ内のワークロードが適切に設計または提供されていない場合、ホットスポッティングが発生する可能性があります。コアノードの仕様によって、ホットスポッティングを防ぐ能力が決まります。低仕様のコアノードを追加するだけでクラスタをスケールアウトすると、負荷が急増したときにサービスの安定性に影響を与える可能性があります。したがって、高仕様のコアノードを選択することをお勧めします。たとえば、大きなリクエストがノードに送信された場合、またはリージョン内のトラフィックが急増した場合、低仕様のノードは過負荷になったり、メモリ不足になったりする可能性があります。その結果、クラスタの安定性に影響が出ます。

ワークロードの要件に基づいてコアノードの仕様を選択することをお勧めします。

マスターノードまたはコアノードの仕様が要件を満たしていない場合は、ノードをアップグレードできます。詳細については、ApsaraDB for HBase Q&A DingTalk グループ s0s3eg3 に参加するか、チケットを送信してください。

ストレージタイプ

ApsaraDB for HBase は、クラウドディスク、ローカルディスク、コールドストレージの 3 つのストレージタイプをサポートしています。

• クラウドディスク: クラウドディスクはスケーラブルで信頼性があります。クラウドディスクを使用することをお勧めします。冗長性を確保するために複製され、ニーズに応じて拡張できます。物理ディスクとは異なり、クラウドディスクはハードウェア仕様から独立しています。これにより、物理的な損傷によるデータ損失を防ぎます。クラウドディスクには、SSD とウルトラディスクが含まれます。

• ローカルディスク: ローカルディスクは物理ディスクです。ローカルディスクはクラウドディスクよりも価格が安くなっています。ローカルディスクはスケーラブルではありません。選択したコアノードの仕様によって、ローカルディスクのサイズが決まります。ストレージ容量を増やすには、コアノードを追加することしかできません。ストレージ容量を増やすために、ローカルディスクを使用する ECS インスタンスをアップグレードすることはできません。2 つ以上の物理ディスクが破損すると、ワークロードに影響が出ます。単一ディスクの障害ではデータ損失は発生しません。ApsaraDB for HBase サポートチームは、できるだけ早く破損したディスクを交換する準備ができています。ローカルディスクの起動コストは高くなります。ローカルディスクは、大量のデータを格納するのに適しています。

• コールドストレージ: コールドストレージは ApsaraDB for HBase 専用です。コールドストレージは Object Storage Service (OSS) に基づいています。コールドストレージはクラウドディスクと組み合わせて使用できます。コールドストレージを使用してアクセス頻度の低いデータを格納したり、ホットデータとコールドデータの分離機能を使用してコールドデータを自動的にアーカイブしたりできます。これにより、データアーカイブのコストが削減されます。

ApsaraDB for HBase クラスタを作成した後、クラスタのストレージタイプを変更することはできません。クラウドディスクを選択した場合は、クラウドディスクを拡張するか、コアノードを追加することでストレージ容量を増やすことができます。ローカルディスクを選択した場合は、コアノードを追加することによってのみストレージ容量を増やすことができます。コールドストレージは例外です。ApsaraDB for HBase クラスタを作成するときに、コールドストレージを有効にする必要はありません。ApsaraDB for HBase クラスタが作成された後、ニーズに応じてコールドストレージを有効にしてストレージ容量を拡張できます。