Azure portal で Cloud Services (クラシック) を管理する
重要
2024 年 9 月 1 日をもって、すべてのお客様に対して Cloud Services (クラシック) は非推奨になりました。 既存の実行中のデプロイはすべて Microsoft によって停止およびシャットダウンされ、2024 年 10 月以降、データは永久に失われます。 新しいデプロイでは、新しい Azure Resource Manager ベースのデプロイ モデル、 Azure Cloud Services (延長サポート) を使用してください。
Azure Portal の [Cloud Services] 領域では、次の操作を行うことができます。
- サービス ロールまたはデプロイを更新する。
- ステージングされたデプロイを運用環境に昇格する。
- リソースをクラウド サービスにリンクして、リソースの依存関係を確認し、リソースを同時に拡大縮小できるようにする。
- クラウド サービスまたはデプロイを削除する。
クラウド サービスをスケーリングする方法の詳細については、「ポータルでのクラウド サービスの自動スケールの構成」を参照してください。
クラウド サービス ロールまたはデプロイを更新する
クラウド サービスのアプリケーション コードを更新する必要がある場合は、クラウド サービス ブレードの [更新] を使用します。 1 つのロールを更新することも、すべてのロールを更新することもできます。 更新するには、新しいサービス パッケージまたはサービス構成ファイルをアップロードする必要があります。
Azure ポータルで、更新するクラウド サービスを選択します。 この手順により、クラウド サービス インスタンス ブレードが開きます。
ブレードで、 [更新] を選択します。
デプロイを新しいサービス パッケージ ファイル (.cspkg) およびサービス構成ファイル (.cscfg) で更新します。
必要に応じて、ストレージ アカウントとデプロイ ラベルを更新します。
ロール インスタンスが 1 つしかないロールがある場合は、 [1 つ以上のロールに単一のインスタンスが含まれている場合でもデプロイする] チェック ボックスをオンにして、アップグレードを続行できるようにします。
Azure でクラウド サービスの更新中に 99.95% のサービスの可用性を保証できるのは、各ロールに少なくとも 2 つのロール インスタンス (仮想マシン) がある場合だけです。 2 つのロール インスタンスがある場合は、一方の仮想マシンでクライアント要求を処理している間に、もう一方が更新されます。
パッケージのアップロードが完了した後に更新プログラムを適用するには、[デプロイの開始] チェック ボックスをオンにします。
[OK] を選択して、サービスの更新を開始します。
デプロイをスワップしてステージングされたデプロイを運用環境に昇格する
クラウド サービスの新しいリリースをデプロイすることにした場合は、クラウド サービスのステージング環境で新しいリリースをステージングし、テストしてください。 [スワップ] を使用して、2 つのデプロイメントのアドレスである URL を切り替え、新しいリリースを運用環境に昇格することができます。
デプロイメントのスワップは、 [Cloud Services] ページまたはダッシュボードから実行できます。
Azure ポータルで、更新するクラウド サービスを選択します。 この手順により、クラウド サービス インスタンス ブレードが開きます。
ブレードで、 [スワップ] を選択します。
次のような確認ダイアログが表示されます。
デプロイ情報を確認した後、 [OK] を選択してデプロイをスワップします。
変更されるのはデプロイメントの仮想 IP アドレス (VIP) だけであるため、デプロイメントのスワップは直ちに実行されます。
コンピューティング費用を節約するために、運用環境のデプロイメントが予想どおりに動作することが確認できたら、ステージング環境のデプロイメントを削除することができます。
デプロイのスワップについてよく寄せられる質問
デプロイをスワップするための前提条件は何にですか。
デプロイのスワップを成功させるための重要な前提条件は 2 つあります。
運用スロットに静的 IP アドレスを使用する場合は、ステージング スロットにも静的 IP アドレスを予約する必要があります。 これを行わなかった場合、スワップは失敗します。
スワップを実行する前に、ロールのすべてのインスタンスを実行する必要があります。 インスタンスの状態は、Azure Portal の [概要] ブレードで確認できます。 または Windows PowerShell の Get-AzureRole を使用して確認できます。
Note
ゲスト OS の更新とサービス復旧操作もデプロイのスワップが失敗する原因となる可能性があります。 詳細については、「クラウド サービスのデプロイメントに関する問題のトラブルシューティング」を参照してください。
スワップで、アプリケーションのダウンタイムは発生しますか。 どのように対応する必要がありますか。
前のセクションで説明したように、デプロイのスワップは、Azure ロード バランサーの構成を変更するだけなので、通常は高速で実行されます。 ただし、場合によっては 10 数秒かかることがあり、その結果、一時的な接続エラーが発生します。 お客様への影響を制限するために、クライアント再試行ロジックの実装を検討してください。
デプロイとクラウド サービスを削除する
クラウド サービスを削除する前に、既存のデプロイメントをそれぞれ削除する必要があります。
コンピューティング費用を節約するために、運用環境のデプロイメントが予想どおりに動作することが確認できたら、ステージング環境のデプロイメントを削除することができます。 デプロイされたロール インスタンスを停止した場合でも、Azure によってコンピューティング コストが請求されます。
以下の手順を使用して、デプロイメントまたはクラウド サービスを削除します。
Azure ポータルで、削除するクラウド サービスを選択します。 この手順により、クラウド サービス インスタンス ブレードが開きます。
ブレードで、 [削除] を選択します。
クラウド サービス全体を削除するには、 [クラウド サービスとそのデプロイ] チェック ボックスをオンにします。 または、 [本番デプロイ] または [ステージング環境のデプロイ] のいずれかのチェック ボックスをオンにすることができます。
下部にある [削除] を選択します。
クラウド サービスを削除するには、 [クラウド サービスの削除] を選択します。 次に、確認ダイアログで [はい] を選択します。
Note
詳細監視が構成されている場合は、クラウド サービスが削除された後に、データをストレージ アカウントから手動で削除する必要があります。 メトリック テーブルのある場所については、「クラウド サービスの監視の概要」を参照してください。
失敗したデプロイの詳細情報を確認する
[概要] ブレードの上部にステータス バーがあります。 バーを選択すると新しいブレードが開き、エラー情報が表示されます。 デプロイにエラーがない場合、この情報ブレードには何も表示されません。