Japan Azure PaaS Support Team

API Management で Developer SKU や Basic SKU を利用する際の注意点

2 minute read

質問

Developer SKU や Basic SKU で利用している API Management において Capacity が急上昇したり、接続が不安定になりました。
また、過去にも発生しており、稀ではあるもののある程度定期的に発生している気がします。
これはなぜですか？

回答

Developer SKU はテスト用の価格のため、1 台のインスタンスで稼働していることから、
アプリケーションの更新や OS の更新に伴いご利用不可能な状態が発生する場合があります。
また、Basic SKU も限られたリソースで稼働するため、高負荷な状態が発生する場合があります。

解説

API Management (以下 APIM) は PaaS サービスであるため、普段、ほとんど基盤を意識することなくご利用頂けます。
そんな APIM がどのように稼働しているかというと、
Cloud Service または Virtual Machine Scale Set 上でアプリケーションが稼働しています。
これは下記の資料に記載があります。

Azure API Management のコンピューティング プラットフォーム
https://docs.microsoft.com/ja-jp/azure/api-management/compute-infrastructure

簡潔には、VM 上で APIM というアプリケーションが稼働していると捉えて頂ければ問題ありません。

VM 上で稼働しているということは、
APIM のアプリケーションの更新だけでなく、APIM を動かしている VM の OS の更新も発生するということになります。
更に、普段ご利用頂いているコンピュータ同様、APIM においてもアプリケーションの更新や OS の更新時には、
再起動を伴うケースがあります。

Developer SKU の場合には上述の通り開発テスト用 SKU なので、1 台のインスタンスで稼働 (冗長構成が行われていない) しており、
更新時には再起動等によって稼働中のインスタンスが一時的に 0 台となってしまいます。
このことから、接続不可能などの症状が発生することが予想されます。
また、再起動の前後も高負荷な状態（Capacity が高い値となる状態）となり、パフォーマンスが安定しない状態が予想されます。

Basic SKU 以上の場合、1 ユニットごとに 2 台のインスタンスが稼働しています。
よって、Basic SKU 以上であれば、更新時も稼働中のインスタンスが 1 台は維持されるため、完全なサービス停止は発生しません。
しかし、稼働中のインスタンスが 1 台は維持されるとはいえ、更新中は 1 台のインスタンスで 2 台分の働きをする必要がありますので、
Basic SKU を 1 ユニットでご利用中の場合に、更新に伴い高負荷な状態を検知する例が見受けられます。

OS の更新は定期的に実行されます。よって定期的に本記事で紹介した事象は発生し得るものです。
ただし、ご利用のない時間帯に更新作業が実施されたために、
「今回初めて（更新中の高負荷状態に）気づいた」「極めて稀にしか体感していない」ということもあるかと思います。
とはいえ、Developer SKU には SLA も適用されないことから、常時安定稼働が必要な場合には Basic 以上の SKU をご利用下さい。

恐縮ながら、これらの更新についてはユーザー側でタイミングを指定できるものではありません。
また、リージョンの時間帯や各サービスの利用状況から自動的に判断して更新が実行されるため、
具体的なタイミングを事前に通知することはできません。

事後であればアクティビティログ等からご確認頂ける場合があります。
下記の画像はあくまで一例とはなりますが、
Developer SKU の APIM が更新により再起動していた際のアクティビティログです。

image.png

参考ドキュメント





2022 年 4 月 1 日時点の内容となります。
本記事の内容は予告なく変更される場合がございますので予めご了承ください。



関連記事