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