次の方法で共有


Visual Studio を使用して Cloud Services (クラシック) プロジェクトを Cloud Services (延長サポート) に発行する

Azure Cloud Services (延長サポート) は、Azure リソースの保守と管理の方法を簡素化し、最新化するのに役立ちます。 Visual Studio 2019 バージョン 16.9以降では、Cloud Services (延長サポート) で Azure Resource Manager テンプレート (ARM テンプレート) を使用して、Azure のクラウド サービスを操作できます。

この記事では、Azure Cloud Services (クラシック) の既存のインスタンスを Azure Cloud Services (延長サポート) に発行する方法について説明します。 この Azure サービスの詳細については、Cloud Services (延長サポート) のドキュメントを参照してください。

手記

この記事は、Azure Azure Cloud Services (延長サポート)に適用されます。 Cloud Services (クラシック) は、2024 年 8 月 31 日に廃止されます。 詳細については、2024 年 8 月 31 日 にクラウド サービス (クラシック) デプロイ モデルが廃止されるを参照してください。 新しい開発では、特定の目的のために設計された新しいサービスの種類 (Azure App ServiceAzure Functions、Azure Container Apps など) を使用することをお勧めします。 利用可能なサービスの最新の一覧については、「Directory of Azure products」を参照してください。

クラウドサービスへの公開(拡張サポート)

Visual Studio 2019 バージョン 16.9 以降では、Cloud Services (クラシック) プロジェクトには特別なバージョンの Publish コマンドがあります。Publish (延長サポート)。 このコマンドは、Visual Studio のソリューション エクスプローラーのショートカット メニューに表示されます。

Cloud Services (延長サポート) に発行する場合は、いくつかの違いがあります。 たとえば、ステージング または 運用に発行するかどうかを選択しません。これらのデプロイメントスロットは拡張サポート発行モデルには含まれていないためです。 代わりに、Cloud Services (延長サポート) を使用して、複数のデプロイを設定し、Azure portal でデプロイをスワップできます。 Visual Studio バージョン 16.9 ではこの設定を使用できますが、スワップ機能は、Cloud Services (延長サポート) の後のリリースまで使用できません。

Cloud Services (クラシック) のインスタンスを Cloud Services (延長サポート) に発行する前に、プロジェクトで使用する Azure Storage アカウントが V1 アカウントか V2 アカウントかを確認します。 クラシック ストレージ アカウントの種類は、デプロイ中にエラー メッセージで失敗します。

また、Azure Diagnostics で使用されるストレージ アカウントも必ず確認してください。 診断ストレージ アカウントを確認するには、「Azure Cloud Services と仮想マシンの診断を設定する」を参照してください。 サービスでクラシック ストレージ アカウントを使用している場合は、アップグレードできます。 詳細については、「汎用 V2 ストレージ アカウントへのアップグレード」を参照してください。 ストレージ アカウントの種類に関する一般的な情報については、「ストレージ アカウントの概要 参照してください。

手記

Visual Studio 2022 で .NET 4.8 を対象とする場合は、ServiceConfiguration.Cloud.cscfg ファイルを開き、Cloud Services (延長サポート) デプロイを発行するときに、ServiceConfiguration 要素の osFamily 属性の値を確認してください。 .NET 4.8 プロジェクトの場合は、osFamily="7"値を使用します。

Cloud Services (クラシック) プロジェクトを Cloud Services に発行する (延長サポート)

  1. Azure Cloud Services (クラシック) プロジェクトで、プロジェクト ノードを右クリックし、発行 (延長サポート)を選択します。

    メニューの [発行] (延長サポート) の選択を示すスクリーンショット。

    Azure アプリケーションの発行ウィザードが開きます。

    Azure アプリケーションの発行ウィザードの [Microsoft Azure Publish Sign In]\(サインインの発行\) ウィンドウを示すスクリーンショット。

  2. [アカウント] で、アカウントを選択するか、[アカウント] ドロップダウン リスト [アカウント の追加] を選択します。

  3. [サブスクリプションの選択] では、デプロイに使用するサブスクリプションを選択します。

  4. [次 を選択して、[設定] ペインに移動します。

    Microsoft Azure 発行設定ペインの設定を示すスクリーンショット。

  5. [共通設定] ドロップダウン リストで、Cloud Services (延長サポート) の既存のインスタンスを選択するか、[新しい の作成]選択してから、新しいインスタンスを作成します。 データセンターは、Cloud Services (延長サポート) の各インスタンスのかっこ内に表示されます。 Cloud Services (延長サポート) のデータセンターの場所は、ストレージ アカウントのデータセンターの場所と同じにすることをお勧めします。

    新しいサービスを作成する場合は、[クラウド サービスの作成 (延長サポート) ダイアログが表示されます。 Cloud Services (延長サポート) デプロイに使用するサービス名、場所、リソース グループと異なる場合は、サービス名、DNS 名を指定します。

    Cloud Services (延長サポート) デプロイの作成ウィンドウを示すスクリーンショット。

  6. ビルド構成で、[デバッグ ] または [リリース ] を選択します。

  7. サービス構成で、[クラウド] または [ローカル] を選択します。

  8. ストレージアカウントのために、このデプロイに使用するストレージアカウントを選択するか、「新しいを作成」を選択してストレージアカウントを作成します。 リージョンは、各ストレージ アカウントのかっこ内に表示されます。 ストレージ アカウントのデータセンターの場所は、クラウド サービスのデータセンターの場所と同じにすることをお勧めします (共通設定で設定)。

    Azure Storage アカウントには、アプリケーションのデプロイ用のパッケージが格納されます。

  9. Key Vaultの場合は、Cloud Services (延長サポート) デプロイのシークレットを含むキー コンテナーを指定します。 リモート デスクトップが有効になっている場合、または証明書が構成に追加されている場合は、キー コンテナーが有効になります。

  10. すべてのロールに対してリモート デスクトップを有効にする] で、サービスにリモート接続できるようにする場合は、このオプションを選択します。 次に、リモート デスクトップのサインイン資格情報を入力します。

    リモート デスクトップ設定を示すスクリーンショット。

  11. [次へ] を選択して、[サマリー] ウィンドウに進みます。

    Microsoft Azure の概要ペインの発行を示すスクリーンショット。

  12. ターゲット プロファイルでは、選択した設定から発行プロファイルを作成することを選択できます。 たとえば、テスト環境用に 1 つのプロファイルを作成し、運用環境用に別のプロファイルを作成できます。 このプロファイルを保存するには、[保存] アイコンを選択します。 ウィザードによってプロファイルが作成され、Visual Studio プロジェクトに保存されます。 プロファイル名を変更するには、ターゲット プロファイルの の一覧を開き、[ 管理] を選択します。

    手記

    発行プロファイルは Visual Studio のソリューション エクスプローラーに表示され、プロファイル設定は拡張子が .azurePubxml のファイルに書き込まれます。 設定は XML タグの属性として保存されます。

  13. プロジェクトのデプロイに対して選択した設定を確認し、[発行] を選択します。

    プロセスの状態は、Visual Studio のアクティビティ ログ出力ウィンドウで監視できます。 [ポータルで開く] リンクを選択して、Azure portal でアクティビティ ログを表示します。

おめでとう! Cloud Services (延長サポート) プロジェクトを Azure に発行しました。 同じ設定を使用して再度発行するには、発行プロファイルを再利用するか、ここで説明する手順を繰り返して新しい発行プロファイルを作成します。 デプロイに使用される ARM テンプレートとパラメーターは、bin/<構成>/Publish フォルダーに保存されます。

Azure リソースをクリーンアップする

実際のデプロイに使用しない Azure リソースをクリーンアップします。 Azure portalで、[リソース グループ]を選択します。 Cloud Services (延長サポート) のインスタンスの作成に使用したリソース グループを見つけて開き、[リソース グループの削除] 選択

  • [発行] ウィンドウの [構成] ボタンを使用して、継続的インテグレーション (CI) を設定します。 詳細については、Azure Pipelines のドキュメントを参照してください。
  • Cloud Services (延長サポート) のよくある質問 確認してください。