重要
現在、Cloud Services (クラシック) は新しいお客様に対して非推奨となっており、2024 年 8 月 31 日に、すべてのお客様に対して廃止される予定です。 新しいデプロイでは、新しい Azure Resource Manager ベースのデプロイ モデル、 Azure Cloud Services (延長サポート) を使用してください。
この記事では、Microsoft Azure Cloud Services のアプリケーションとサービスの可用性の問題についてよくあるご質問を紹介します。 サイズについては、 Cloud Services VM サイズのページ を参照してください。
この記事で Azure の問題に対処できない場合は、Microsoft Q&A と Stack Overflow の Azure 関連フォーラムを参照してください。 問題をこれらのフォーラムに投稿するか、または Twitter の @AzureSupport に投稿できます。 Azure サポート要求を送信することもできます。 サポート要求を送信するには、[Azure サポート] ページで [サポートを受ける] を選択します。
私のロールがリサイクルされました。 私のクラウド サービスに何かの更新プログラムが展開されたのですか。
ほぼ月に 1 回、Microsoft Azure の PaaS VM に新しいゲスト OS バージョンがリリースされます。 ゲスト OS は、パイプラインにおいて唯一のこのような更新です。 リリースは、他の多くの要因の影響を受けることがあります。 さらに、Azure は、数十万台のマシンで実行されています。 このため、お使いのロールが再起動する正確な日時を予測することはできません。 ゲスト OS の更新 RSS フィードは Microsoft で把握している最新の情報に更新されていますが、伝えられている時刻はおおよその時刻であるとお考えください。 これがお客様にご迷惑をおかけしていることを念頭に置き、Microsoft では、再起動の制限や正確な時間の指定をできるように取り組んでおります。
最新のゲスト OS の更新に関する完全な詳細については、「Azure ゲスト OS リリースと SDK の互換性対応表」を参照してください。
再起動に関する有益な情報と、ゲスト OS とホスト OS の更新プログラムの技術的な詳細のヒントについては、MSDN の OS のアップグレードによるロール インスタンスの再起動に関するブログ記事を参照してください。
クラウド サービスがしばらくの間アイドル状態だった後、サービスに対する最初の要求が通常より長くかかるのはなぜですか。
Web サーバーが最初の要求を受信すると、まずコードを再コンパイルしてから要求を処理します。 最初の要求にかかる時間が他の要求よりも長い理由はそこにあります。 既定では、ユーザーが非アクティブになると、アプリケーション プールがシャットダウンします。 また、アプリケーション プールは、既定では 1,740 分 (29 時間) ごとにリサイクルされます。
インターネット インフォメーション サービス (IIS) のアプリケーション プールは、アプリケーションのクラッシュ、ハング、メモリ リークの発生につながる可能性がある不安定な状態を避けるために、定期的にリサイクルすることができます。
次のドキュメントは、この問題について理解し、軽減するために役立ちます。
- Fixing slow initial load for IIS (IIS の初期ロードが遅い問題を修正する)
- IIS 7.5 web application first request after app-pool recycle very slow (アプリケーション プールのリサイクル後、IIS 7.5 Web アプリケーションによる最初の要求の処理が非常に低速)
IIS の既定の動作を変更する場合は、スタートアップ タスクを使用する必要があります。これは、Web ロール インスタンスに手動で変更を適用すると、その変更は最終的に失われてしまうためです。
詳細については、「クラウド サービスのスタートアップ タスクを構成して実行する方法」を参照してください。