次の方法で共有


クラスターを移行して複数の可用性ゾーンをサポートする (プレビュー)

多くの Azure リージョンには、リージョン内のデータセンターの分離されたグループである可用性ゾーンが用意されています。 アベイラビリティ ゾーンは、他のアベイラビリティ ゾーンと低レイテンシー接続できるほどの十分な近さです。 ラウンドトリップ待ち時間が 2 ミリ秒未満の高パフォーマンス ネットワークによって接続されます。 ただし、アベイラビリティ ゾーンは十分に離れているため、複数のゾーンがローカルの停止や天候の影響を受ける可能性を減らすことができます。 可用性ゾーンは、独立した電源、冷却、ネットワーク インフラストラクチャを備えています。 これらは、あるゾーンで障害が発生した場合に、リージョン サービス、容量、高可用性が残りのゾーンによってサポートされるように設計されています。 詳細については、「Azure Availability Zones」をご覧ください。

Azure Data Explorer クラスターは、サポートされているリージョン内で可用性ゾーンを使用するように構成できます。 可用性ゾーンを使用することで、クラスターはリージョン内の 1 つのデータセンターの障害に耐えやすくなるようにビジネス継続性シナリオをサポートできます。

Azure portal でクラスターを作成するとき、またはプログラムによって、次のいずれかの方法を使用して可用性ゾーンを構成できます。

  • REST API
  • C# SDK
  • Python SDK
  • PowerShell
  • ARM テンプレート

重要

  • クラスターが可用性ゾーンを使用して構成された後は、クラスターが可用性ゾーンを使用しないように変更することはできません。
  • すべてのリージョンで複数のゾーンがサポートされているわけではありません。 そのため、これらのリージョン内にあるクラスターは、可用性ゾーンを使用するように設定することはできません。
  • 可用性ゾーンを使用すると、追加のコストが発生します。

Note

  • この後の手順に進む前に、移行プロセスと考慮事項について理解していることを確認してください。
  • これらの手順を使用して、可用性ゾーンを使用する既存のクラスターのゾーンを変更することもできます。

この記事では、次の内容について説明します。

前提条件

  • 対象のクラスターが、複数の可用性ゾーンへの移行がサポートされているリージョン内にあることを確認します。

  • 可用性ゾーンをサポートするようにクラスターを移行するには、可用性ゾーンなしでデプロイされたクラスターが必要です。

  • クラスターのゾーンを変更するには、可用性ゾーンを使用して構成されたクラスターが必要です。

  • REST API については、「REST API を使用した Azure リソースの管理」の理解を深めます。

  • その他のプログラムによる方法については、「前提条件」を参照してください。

対象クラスターのリージョン用の可用性ゾーンの一覧を取得する

対象クラスターの可用性ゾーンの一覧は、次の方法で取得できます。

  1. Azure portal で、クラスターの [概要] ページに移動します。

  2. [設定] で、[スケール アップ] を選択します。

  3. そのクラスターの行で、可用性ゾーンが [可用性ゾーン] 列に一覧表示されます。

    可用性ゾーン

可用性ゾーンをサポートするようにクラスターを構成する

既存のクラスターに可用性ゾーンを追加するには、クラスターの zones 属性をターゲット可用性ゾーンの一覧で更新する必要があります。 次の表の情報を使用して、お好みの方法に関する指示に従います。

パラメーター
subscriptionId クラスターのサブスクリプション ID
resourceGroupName クラスターのリソース グループ名
clusterName クラスターの名前
apiVersion 2023-05-02 以降

重要

既存のクラスターの可用性ゾーンを変更すると、コンピューティングの可用性ゾーンのみが変更されます。 永続ストレージは変更されません。

テンプレートをデプロイする方法の指示に従います。

  1. パラメーターを実際の値に置き換えた次のエンドポイントへの REST API 呼び出しを行います。

    PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}
    
  2. 要求本文内で可用性ゾーンを指定します。 たとえば、可用性ゾーン 1、2、3 を使用するようにクラスターを構成するには、本文を次のように設定します。

    { "zones": [ "{zone1}", "{zone2}", "{zone3}" ] }
    

移行中、Azure portal のクラスターの概要ページに次のメッセージが表示されます。 移行が完了すると、メッセージは削除されます。

Zonality change for the storage of this cluster is in progress.\(このクラスターのストレージに対するゾーンの変更が進行中です。\) 更新時間は、データの量によって異なる場合があります。

可用性ゾーンを使用するクラスターのアーキテクチャ

可用性ゾーンが構成されている場合、クラスターのリソースは次のようにデプロイされます。

  • コンピューティング レイヤー: Azure Data Explorer は、2 つ以上のノードを持つ分散コンピューティング プラットフォームです。 可用性ゾーンが構成されている場合、コンピューティング ノードは、リージョン内の回復性を最大限にするために、定義された可用性ゾーン全体に分散されます。 ゾーン障害が発生すると、障害が発生したコンピューティング リソースが存続しているゾーンに再デプロイされるまでの間、クラスターのパフォーマンスが低下する可能性があります。 リージョン内で使用可能な最大ゾーンを構成することをお勧めします。

    Note

    • 場合によっては、コンピューティング容量の制限により、コンピューティング レイヤーで利用できる可用性ゾーンが、一部のみに限られることがあります。
    • クラスターのコンピューティング レイヤーは、選択したゾーン間でインスタンスを均等に分散するためのベスト エフォートの方法を実装します。
  • 永続ストレージ レイヤー: クラスターでは、永続的な永続レイヤーとして Azure Storage が使用されます。 可用性ゾーンが構成されている場合、ZRS が有効になり、リージョン内の回復性を最大限に高めるために、3 つの可用性ゾーンすべてにストレージ レプリカが配置されます。

    Note

    • ZRS には追加コストが発生します。
    • 可用性ゾーンが構成されていない場合、ストレージ リソースは既定の設定のローカル冗長ストレージ (LRS) でデプロイされ、3 つのレプリカすべてを配置する場所は 1 つのゾーンになります。

移行プロセス

可用性ゾーンなしでデプロイされた既存のクラスターが、可用性ゾーンをサポートするように構成されている場合、移行プロセスの一環として次の手順が実行されます。

  • コンピューティングは、定義済みの可用性ゾーンに分散される

    コンピューティング リソースを再分散するプロセスに、ゾーン内のコンピューティング リソース キャッシュがウォーミングされる準備ステージが含まれます。 この準備ステージの最中、既存のクラスターのコンピューティング リソースは引き続き機能し、サービスが中断されないようにします。 この準備フェーズには、最大で数十分かかる場合があります。 新しいコンピューティング リソースへの移行は、完全に準備されて運用可能になった後にのみ行われます。 この並列処理の方法により、通常は 1 分から 3 分かかる切り替えプロセス中のサービス中断を最小限に抑えながら、比較的シームレスなエクスペリエンスが保証されます。 ただし、SKU の移行中は、クエリのパフォーマンスが影響を受ける可能性があることに注意してください。 影響の程度は、特定の使用パターンによって異なる場合があります。

  • 履歴永続ストレージ データが ZRS に移行される

    この移行プロセスは、LRS から ZRS ストレージへの移行のためのリージョンのサポートと、選択したゾーン内で使用可能なストレージ アカウント容量に依存します。 履歴データの転送は時間のかかるプロセスである場合があり、数時間を要する、または数週間に及ぶ可能性もあります。

  • すべての新しいデータが ZRS に書き込まれる

    可用性ゾーンへの移行要求が開始されると、すべての新しいデータがレプリケートされ、ZRS 構成に格納されます。

    Note

    • 移行要求の後、すべての新しいデータが ZRS 構成内に書き込み始められるまでに、最大で数分の遅延が発生する可能性があります。
    • クラスターにストリーミング インジェストがある場合、ZRS データとして書き込まれる新しいデータのリサイクルに、最大で 30 日かかることがあります。

考慮事項

可用性ゾーンへの移行要求は、容量の制約のために成功しない可能性があります。 移行を成功させるには、移行をサポートするのに十分なコンピューティング容量とストレージ容量が必要です。 容量の制限がある場合は、問題を示すエラー メッセージが表示されます。