Share via


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

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

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

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

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

重要

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

Note

  • 先に進む前に、移行プロセスと考慮事項を 理解しておく必要があります
  • これらの手順を使用して、可用性ゾーンを使用する既存のクラスターのゾーンを変更することもできます。

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

前提条件

  • クラスターが、複数の可用性ゾーンへの移行がサポートされているリージョンにあることを確認します。 詳細については、「サポートされているリージョン」を参照してください。

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

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

  • REST API の場合は、REST API使用して Azure リソースを管理する方法について理解してください。

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

サポートされているリージョン

複数の可用性ゾーンへの移行は、容量制限のないリージョンに限定されます。 現在、次のリージョンがサポートされています。

  • オーストラリア東部
  • カナダ中部
  • China North 3
  • インド中部
  • 北ヨーロッパ
  • ノルウェー東部
  • 南アフリカ北部
  • スウェーデン中部
  • アラブ首長国連邦北部
  • 英国南部

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

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

  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 のクラスターの概要ページに次のメッセージが表示されます。 移行が完了すると、メッセージは削除されます。

このクラスターのストレージのゾーン性の変更が進行中です。 更新時間は、データの量によって異なる場合があります。

可用性ゾーンを持つクラスターのアーキテクチャ

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

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

    Note

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

    Note

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

移行プロセス

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

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

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

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

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

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

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

    Note

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

考慮事項

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