次の方法で共有


Load Balancer を可用性ゾーンのサポートに移行する

このガイドでは、Load Balancer を可用性ゾーンのサポートなしから可用性ゾーンのサポートありに移行する方法について説明します。 移行のさまざまなオプションについて紹介します。

Standard Load Balancer では、可用性ゾーンを利用できるリージョンで追加機能がサポートされています。 可用性ゾーンの構成は、両方の種類の Standard ロード バランサーで使用できます。public と internal。 ゾーン冗長フロントエンドは、専用のインフラストラクチャをすべてのゾーンで同時に使用することにより、ゾーンの障害に対する耐性を実現します。 1 つまたは複数の可用性ゾーンで障害が発生しても対応可能であり、リージョン内に正常なゾーンが 1 つでも残っていれば、データ パスは存続します。 さらに、特定のゾーンにフロントエンドをピン留めできます。 ゾーンのフロントエンドは、1 つのゾーンの専用インフラストラクチャによって提供されます。 ゾーン構成に関係なく、バックエンド プールには任意のゾーンの VM を含めることができます。

前提条件

  • ロード バランサーには Standard SKU を使用し、可用性ゾーンのサポートにはパブリック IP を使用します。
  • Basic SKU タイプはサポートされていません。
  • このリソースを作成または移動するには、ネットワーク共同作成者ロール以上が必要です。

ダウンタイムの要件

ダウンタイムが必要です。 すべての移行シナリオでは、ロード バランサー構成で使用されるリソースの変更に至るまで、ある程度のレベルのダウンタイムが必要です。

注意

可用性ゾーンをサポートするように既存のフロントエンド IP アドレスを変更することはできません。 新しいゾーン冗長またはゾーン フロントエンド IP を作成し、既存のロード バランサーに関連付ける必要があります。 この操作により、ロード バランサーのパブリック IP が変更され、古いフロントエンド IP アドレスを使用してリソースの接続が切断されます。 新しいフロントエンド パブリック IP を利用するように負荷分散規則を更新してください。

移行オプション 1: 既存の Load Balancer で可用性ゾーン (同じリージョン) を使用できるようにする

たとえば、既存のロード バランサーが同じ Azure リージョン内の可用性ゾーンを使用できるようにする必要があるものとします。 このため、この移行を利用するためにロード バランサーを再デプロイする必要はありません。 ロード バランサーを AZ 対応にするには、新しいゾーン/ゾーン冗長 IP を使用してロード バランサーのフロントエンド IP 構成を再作成し、既存の負荷分散規則を新しいフロントエンドに関連付け直す必要があります。 この移行では、IP が変更され、ルールが再関連付けされるとダウンタイムが発生します。

注意

ゾーンごとにロード バランサーを用意する必要はありません。複数のフロントエンド (ゾーンまたはゾーン冗長) をそれぞれのバックエンド プールに関連付けた単一のロード バランサーを用意することで目的を果たすことができます。

フロントエンド IP はゾーンまたはゾーン冗長にすることができるので、ユーザーは要件に基づいてどちらのオプションを選択するのかを決定する必要があります。 それぞれの推奨事項を次に示します。

フロントエンド IP の構成 推奨
ゾーン フロントエンド バックエンドが特定のゾーンに集中している場合は、ゾーン フロントエンドを作成することをお勧めします。 たとえば、バックエンド インスタンスがゾーン 2 にピン留めされている場合は、可用性ゾーン 2 でフロントエンド IP 構成を作成するのが理にかなっています。
ゾーン冗長フロントエンド バックエンド プール内のリソース (VM、NIC、IP アドレスなど) が複数のゾーンに分散されている場合は、ゾーン冗長フロントエンドを作成することをお勧めします。 これにより、高可用性が提供され、ゾーンがダウンした場合でもシームレスな接続が確保されます。

移行オプション 2: AZ を備えた別のリージョンに Load Balancer を移行する

使用しているロード バランサーの種類に応じて、異なる手順に従う必要があります。 次のセクションでは、外部ロード バランサーと内部ロード バランサーの両方の移行について説明します。

内部ロード バランサーを移行する

内部ロード バランサーを作成すると、仮想ネットワークがロード バランサー用のネットワークとして構成されます。 仮想ネットワーク内のプライベート IP アドレスは、ロード バランサー用のフロントエンドとして構成されます (既定の名前は LoadBalancerFrontend)。 この FE IP の構成中に、可用性ゾーンを選択できます。

Azure 内部ロード バランサーは、リージョン間で移動することはできません。 新しいロード バランサーをターゲット リージョン内のリソースに関連付ける必要があります。 移行では、Azure Resource Manager テンプレートを使用して、内部ロード バランサーの既存の構成と仮想ネットワークをエクスポートできます。 その後、そのロード バランサーと仮想ネットワークをテンプレートにエクスポートし、宛先リージョンに合わせてパラメーターを変更して、そのテンプレートを新しいリージョンにデプロイすることで、リソースを別のリージョンにステージングすることができます。

  • このプロセスの一環として、内部ロード バランサーを移動する前に、まず内部ロード バランサーの仮想ネットワーク構成を行う必要があります。 仮想ネットワーク名とターゲットの場所を変更することを確認し、アドレス プレフィックスやサブネットなどのすべてのパラメーターを更新する場合は省略可能です。
  • VNET がターゲット リージョンにデプロイされたら。 内部ロード バランサー テンプレートをエクスポートし、ターゲット ロード バランサー名、ターゲット VNET リソース ID、およびその他のパラメーターを編集します。
  • 負荷分散規則、受信 NAT 規則、正常性プローブは、規則を変更しない限りそのまま残すことができます。
  • サブネットにフロントエンド プライベート IP をデプロイするときに、要件に従ってゾーンが選択されていることを確認します。
  • すべての変更を確認し、ポータルまたは PowerShell からテンプレートをデプロイします。

リージョン間で内部ロード バランサーを可用性ゾーンに移行するには、リージョン間での内部 Load Balancer の移動に関するページを参照してください。

パブリック (外部) Load Balancerを移行する

Azure パブリック ロード バランサーをリージョン間で移動することはできません。 ゾーンを使用して新しいリージョンにロード バランサーを再デプロイするには、既存のパブリック IP アドレスと外部ロード バランサーの Azure Resource Manager テンプレートをエクスポートするのが最も適した方法です。 その後、ターゲット リージョンと一致するようにテンプレートとパラメーターを変更し、テンプレートを新しいリージョンにデプロイすることで、別のリージョンでリソースをステージングできます。

パブリック ロード バランサーをリージョン間の可用性ゾーンに移行するには、「パブリック Load Balancerをリージョン間で移動する」を参照してください。

制限事項

  • 作成済みのリソースに対して、ゾーンを変更、更新、作成することはできません。
  • 作成済みのリソースをゾーン ベースからゾーン冗長に、またはその逆に更新することはできません。

次のステップ

ロード バランサーと可用性ゾーンの詳細については、次を参照してください。