次の方法で共有


Azure API Management インスタンスのアップグレードとスケーリングを行う

適用対象: Developer | Basic | Basic v2 | Standard | Standard v2 | Premium | Premium v2

ユーザーは、ユニットを追加したり削除したりすることにより、Dedicated サービス レベルの Azure API Management インスタンスをスケーリングできます。 ユニットは専用の Azure リソースで構成され、1 秒あたりの API 呼び出しの数として表される特定の耐荷容量があります。 この数値は呼び出しの制限を表しているのではなく、大まかな容量計画を行うための推定最大スループット値です。 実際のスループットと待ち時間は、コンカレント接続の数とレート、構成されたポリシーの種類と数、要求のサイズと応答のサイズ、バックエンドの待ち時間などの多くの要因によって、大幅に異なります。

ノート

  • API Management サービスの BasicStandardPremium レベル、および ワークスペース ゲートウェイでは、一連のルールに基づいて 自動的にスケーリング するようにインスタンスを構成できます。
  • 従量課金レベルの API Management インスタンスは、トラフィックに基づいて自動的にスケーリングします。 現時点では、従量課金レベルからアップグレードしたり従量課金レベルにダウングレードしたりすることはできません。

各ユニットのスループットと価格は、ユニットが存在するサービス レベルによって決まります。 レベル内でサービスの容量を増やす必要がある場合は、ユニットを追加する必要があります。 API Management インスタンスで現在選択されているサービス レベルでユニットのさらなる追加が許可されていない場合は、上位のサービス レベルにアップグレードする必要があります。

ノート

各レベルの機能、スケールの上限、推定スループットについては、「API Management の価格」を参照してください。 スループットの正確な数値を取得するには、API の現実的なシナリオを検討する必要があります。 「Azure API Management インスタンスの容量」を参照してください。

重要

API Management サービスのインフラストラクチャ (カスタム ドメインの構成、CA 証明書の追加、スケーリング、仮想ネットワーク構成、可用性ゾーンの変更、リージョンの追加など) の変更は、サービス レベルとデプロイのサイズによっては、完了するまでに 15 分以上かかることがあります。 スケール ユニットまたはマルチリージョン構成の数が多いインスタンスの場合、より長い時間が予想されます。 API Management へのローリング変更は、容量と可用性を維持するために慎重に実行されます。

サービスの更新中は、他のサービス インフラストラクチャの変更を行うことはできません。 ただし、API、製品、ポリシー、およびユーザー設定を構成できます。 サービスではゲートウェイのダウンタイムが発生 せず 、API Management は中断することなく API 要求に サービスを提供し続けます (開発者レベルを除く)。

前提条件

この記事の手順を実行するには、以下が必要です。

アップグレードとスケーリング

次の専用レベルから選択できます: DeveloperBasicBasic v2StandardStandard v2PremiumPremium v2

  • Developer レベルは、サービスを評価するために使用する必要があります。運用環境では使用しないでください。 Developer レベルには SLA がなく、このレベルをスケーリング (ユニットの追加/削除) することはできません。

  • BasicBasic v2StandardStandard v2PremiumPremium v2 (プレビュー) は、SLA を持ち、スケーリングできるレベルです。 価格の詳細とスケールの上限については、「API Management の価格」をご覧ください。

  • Premium レベルでは、1 つの Azure API Management インスタンスを任意の数の Azure リージョンに配布できます。 Azure API Management サービスを初めて作成すると、インスタンスにはユニットが 1 つだけ含まれ、そのインスタンスは 1 つの Azure リージョン (プライマリ リージョン) に存在します。

    別のリージョンを簡単に追加できます。 リージョンを追加するときに、割り当てるユニットの数を指定します。 たとえば、プライマリ リージョンに 1 つのユニットを、別のリージョンに 5 つのユニットを割り当てることができます。 ユニット数は、各リージョンのトラフィックに合わせて調整できます。 詳細については、「複数の Azure リージョンに Azure API Management サービス インスタンスをデプロイする方法」を参照してください。

  • 特定の専用サービス レベル間でアップグレードまたはダウングレードを実行できます。

    • クラシック レベル (DeveloperBasicStandardPremium) 間でアップグレードおよびダウングレードできます。

    • Basic v2 レベルと Standard v2 レベルとの間でアップグレードとダウングレードを行うことができます。

    ダウングレードすると一部の機能が削除される可能性があります。 たとえば、Premium レベルから Standard または Basic にダウングレードすると、仮想ネットワークや複数リージョンへのデプロイは利用できなくなる場合があります。

API Management インスタンスをスケーリングする

ポータルを使用して、API Management インスタンスをスケーリングできます。 スケーリング方法は、使用しているサービス レベルによって異なります。

Azure portal で API Management サービスをスケーリングする

ユニットの追加または削除 - クラシック サービス レベル

  1. Azure portal で API Management インスタンスに移動します。
  2. 左手のメニューから [場所] を選択します。
  3. スケーリングする場所が含まれている行を選択します。
  4. スライダー (利用できる場合) を使用して、あるいは数値を選択または入力して、新しいユニット数を指定します。
  5. [適用] を選択します。

ノート

Premium サービス レベルでは、必要に応じて、選択した場所に可用性ゾーンや仮想ネットワークを構成できます。 詳細については、「追加の場所に API Management サービスをデプロイする」を参照してください。

ユニットの追加または削除 - v2 サービス レベル

  1. Azure portal で API Management インスタンスに移動します。
  2. 左手のメニューから [スケーリング] を選択します。
  3. スライダーを使用して、あるいは数値を選択または入力して、新しいユニット数を指定します。
  4. [保存] を選択します。

ユニットの追加または削除 - ワークスペースのゲートウェイ

  1. Azure portal で API Management インスタンスに移動します。
  2. 左側のメニューの [API] で、[ワークスペース]> ワークスペース名を選択します。
  3. 左側のメニューの [デプロイ + インフラストラクチャ]で、[ゲートウェイ]> ゲートウェイ名を選択します。
  4. 左側のメニューの [デプロイとインフラストラクチャ] で、[スケール] を選択します。
  5. スライダーを使用して、あるいは数値を選択または入力して、新しいユニット数を指定します。
  6. [保存] を選択します。

API Management サービス レベルを変更する

  1. Azure portal で API Management インスタンスに移動します。
  2. メニューから [価格レベル] を選択します。
  3. ドロップダウンから、目的のサービス レベルを選択します。 スライダーを使用して、変更後の API Management サービスのユニット数を指定します。
  4. [保存] を選択します。

スケールアップおよびスケールダウンの際のダウンタイム

Developer レベルからのスケールダウンまたはこのレベルへのスケールアップを行った場合、ダウンタイムが発生します。 それ以外の場合、ダウンタイムはありません。

コンピューティングの分離

セキュリティ要件にコンピューティングの分離が含まれている場合は、Isolated 価格レベルを使用できます。 このレベルによって、API Management サービス インスタンスのコンピューティング リソースが物理ホスト全体を消費し、サポートする必要のある分離レベル (たとえば、米国国防総省影響レベル 5 (IL5) のワークロード) が提供されます。 Isolated レベルにアクセスできるようにするには、サポート リクエストを作成してください。