次の方法で共有

Azure HDInsight の Apache HBase 用書き込みアクセラレータ

  • [アーティクル]

この記事では、Azure HDInsight の Apache HBase 用書き込みアクセラレータ機能の背景情報と、書き込みパフォーマンスを向上させるために効果的に使用する方法を示します。 書き込みアクセラレータでは、Azure Premium SSD マネージド ディスクを使用して、Apache HBase のログ先行書き込み (WAL) のパフォーマンスを向上させます。 Apache HBase の詳細については、「HDInsight の Apache HBase とは」を参照してください。

HBase アーキテクチャの概要

HBase では、行は 1 つまたは複数の列で構成され、行キーによって識別されます。 複数の行によってテーブルが構成されます。 列にはセルが含まれ、セルはその列内のタイムスタンプ付きバージョンの値です。 列は列ファミリにグループ化され、列ファミリ内のすべての列は、HFiles という名前のストレージ ファイルにまとめて保存されます。

HBase のリージョンは、データ処理の負荷分散のために使用されます。 HBase では、最初にテーブルの行は 1 つのリージョンに格納されます。 テーブルのデータ量が増えると、行は複数のリージョン間に分散されます。 リージョン サーバーでは、複数のリージョンに対する要求を処理できます。

Apache HBase のログ先行書き込み

HBase では、最初に、データ更新はログ先行書き込み (WAL) と呼ばれる種類のコミット ログに書き込まれます。 更新が WAL に保存された後は、メモリ内の MemStore に書き込まれます。 メモリ内のデータがその最大容量に達すると、HFile としてディスクに書き込まれます。

MemStore がフラッシュされる前に RegionServer がクラッシュするか、または使用不可になった場合は、ログ先行書き込みを使用して更新を再生できます。 WAL がない場合、更新が HFile にフラッシュされる前に RegionServer がクラッシュすれば、これらのすべての更新が失われます。

Azure HDInsight の Apache HBase 用書き込みアクセラレータ機能

書き込みアクセラレータ機能では、クラウド ストレージ内にあるログ先行書き込みを使用することで書き込み待機時間が長くなるという問題が解決されます。 HDInsight の Apache HBase クラスター用書き込みアクセラレータ機能では、Premium SSD マネージド ディスクをすべての RegionServer (ワーカー ノード) にアタッチします。 その後、ログ先行書き込みは、クラウド ストレージの代わりに、これらの Premium マネージド ディスクにマウントされている Hadoop ファイル システム (HDFS) に書き込まれます。 Premium マネージド ディスクでは、ソリッド ステート ディスク (SSD) を使用し、フォールト トレランスを備えた優れた I/O パフォーマンスを提供します。 アンマネージド ディスクとは異なり、1 つのストレージ ユニットがダウンしでも、同じ可用性セット内の他のストレージ ユニットには影響を与えません。 その結果、マネージド ディスクでは、書き込み待機時間が短縮され、アプリケーションの回復性が向上します。 Azure マネージド ディスクの詳細については、「Azure マネージド ディスクの概要」を参照してください。

HDInsight の HBase 用書き込みアクセラレータを有効にする方法

書き込みアクセラレータ機能を使用して新しい HBase クラスターを作成するには、HDInsight のクラスターの設定手順に従ってください。 [基本] タブで、[クラスターの種類] として [HBase] を選択し、コンポーネントのバージョンを指定します。次に、 [HBase 高速書き込みを有効にする] の横にあるチェックボックスをオンにします。 次に、クラスターの作成の残りの手順に進みます。

HDInsight の Apache HBase 用書き込みアクセラレータ オプションを有効にします。

高速書き込み機能が有効になっていることを確認する

Microsoft Azure portal を使用して、HBASE クラスターで高速書き込み機能が有効になっているかどうかを確認できます。

  1. Microsoft Azure portal で HBASE クラスターを検索します。
  2. [クラスター サイズ] ブレードを選択します。
  3. ワーカー ノードあたりの Premium ディスク が表示されます。

HBASE クラスターのスケーリング

データの持続性を維持するには、少なくとも 3 つのワーカー ノードを使用してクラスターを作成します。 クラスターを作成した後は、2 つ以下のワーカー ノードにスケール ダウンすることはできません。

ログ先行書き込みデータが失われるのを防ぐために、クラスターを削除する前に、HBase テーブルをフラッシュするか、または無効にします。

flush 'mytable'

disable 'mytable'

クラスターのスケール ダウン時にも同様の手順に従います。つまり、テーブルをフラッシュし、テーブルを無効にして受信データを停止します。 クラスターを 3 ノード未満にスケールダウンすることはできません。

これらの手順に従うことで、スケール ダウンが正常に行われ、レプリケーション不足のファイルまたは一時ファイルが原因で NameNode がセーフモードになる可能性が回避されます。

スケールダウン後に NameNode がセーフモードになった場合は、hdfs のコマンドを使用して、レプリケーション不足のブロックを再レプリケートし、hdfs のセーフモードを解除します。 この再レプリケーションにより、HBase を正常に再起動できます。

次のステップ