問題タブ [azure-deployment]

クラウド サービスを新しい "Azure SDK for .NET 2.5.1 " に正常にアップグレードした後、パッケージ化/公開しようとすると次のエラーが発生しました。

ファイルまたはアセンブリ 'Microsoft.WindowsAzure.Packaging, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' またはその依存関係の 1 つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\Windows Azure Tools\2.5\Microsoft.WindowsAzure.targets

「Microsoft.WindowsAzure.targets」構成ファイルの関連行は2930で、明らかに CSPack に関連しています。

そこで、新しいプロジェクトで新しい Azure クラウド サービスを作成し、アップグレードで問題が発生したかどうかを確認しました。残念ながら、問題は解決しません。

回避策はありますか、それとも v2.4 にロールバックする必要がありますか (これによりかなりの苦痛が生じます)

VS 2013 update 4 で実行しています。

既存の Azure クラウド サービスでは、新しい D シリーズ VM を使用できません。Microsoft に苦情を申し立てたところ、私のクラウド サービスは数年前に作成されたため、古い「クラスター」に展開されており、最新の VM を取得するには新しいクラスターにクラウド サービスを再作成する必要があると説明されました。

これには DNS の再構成が含まれ、データの一貫性を確保するために、スワップ中はサービスを読み取り専用モードにする必要があります。通常、VIP スワップを使用してアップグレードをデプロイします。

これは、Azure を使用するコストの 1 つにすぎませんか? これを回避する方法はありますか？サービスを定期的に再作成する予定はありますか?

ci サーバーを介して azure worker ロール デプロイ パッケージを作成し、Azure Powershell コマンドレット スクリプトを使用してパッケージを azure クラウド サービスにデプロイします。

ただし、診断構成は展開に適用されません。Visual Studio 内から手動でデプロイする場合にのみ機能します。

診断設定 (パフォーマンス カウンターなど) を考慮に入れるために、powershell スクリプトでそれを行う方法はありますか?

たとえば、単純な index.html ファイルを Azure Web サイト ("test" と呼びます) にアップロードしたいとします。これを行うには、展開資格情報を設定します。例: ユーザー名: カエル パスワード: フロギー

これらの資格情報を使用して、FTP クライアント (FileZilla など) を使用してファイルをアップロードできますが、PublishProfile をダウンロードすると、資格情報が異なります。つまり、ユーザー名: test\$test パスワード: (someEncryptedLongCharacters)

これらの最後の資格情報も同様に機能します!

何が起こっている？

ありがとうございました。

Grunt を使用して、AngularJS Web アプリケーションのファイルを縮小および連結しています。ソースはファイル共有上にあり、マップされたドライブを介して接続しています。Grunt がソース ディレクトリで実行されるたびに、concat タスクの 1 つでエラーが発生します。エラーは「ENOTSUP、操作はソケットでサポートされていません」です。ソース、ローカル、Grunt の実行をコピーすると、問題ありません。ソース管理のために、マップされたドライブを監視して実行する Grunt が必要です。concat タスクは grunt-contrib-concat を使用します。Node を再インストールし、grunt-contrib-concat をバージョン 0.4.0 にロールバックしようとしました。それはうまくいきませんでした。どんな助け/アイデアも大歓迎です。

編集：

エラーを与える Grunt のコードは次のとおりです。

上記のコードから「'src/js/**/*.js',」を削除して Grunt タスクを実行すると、ENOTSUP エラーは発生しません。これらのワイルドカードを使用して、すべてのディレクトリとファイルを含める必要があります。

私はたくさんのウェブジョブを含むウェブサイトを持っています。Web ジョブは継続的ですが、Quartz.net を使用して内部的にスケジュールします。デプロイ スロットを使用してサイトをステージング サイトにデプロイし、それを本番環境にスワップしています。

すべてうまく機能しますが、Web ジョブが Web アプリでスケールアウトしないようにしたい (つまり、自動スケールに参加しない)。

settings.jobこれで、ファイルを作成して設定できることがわかりました{ "is_singleton": true }...しかし...私のテストでは、ステージング サイトへの展開が中断されます。展開すると、ステージング スロットですべてが停止します (おそらく、 settings.job ファイルはそれらの実行を妨げます)。settings.job ファイルを削除してステージング サイトに再度デプロイすると、これは発生せず、実行されたままになります。

デプロイ スロット スワッピング戦略を壊さずに、自動スケールで Web ジョブのスケールアウトを停止するにはどうすればよいですか?

ありがとう

VS2013 で「azure に公開」機能を取得して、ワーカー ロールのクラウド サービス プロジェクトに使用しようとしています。

私が抱えている問題は、サービス構成設定をアプリケーションに変更しても、常にLocalサービス構成でデプロイされることです

私の .azurePubxml:

ご覧のとおり、AzureServiceConfigurationは に設定されていStagingます。ビルドの出力を見ると、次の行が表示されます。

最終結果はServiceConfiguration.Local.cscfg、配置で の代わりに が使用されることですServiceConfiguration.Staging.cscfg。

ただしService Configuration、 [開発]-> [実行/デバッグ] で設定をステージングに変更することで機能します。

ただし、この設定は、アプリをローカルで実行するときに使用される構成ファイルを制御するため、当然、それを台無しにしたくありません。

また、Project->Package...オプションを使用してステージングを選択すると、正しいパッケージと正しい構成ファイルが生成されます。また、コマンドラインから msbuild を使用して手動でバルディングを試みましたが、うまく機能します。

それが解決することを期待して、Azure SDK 2.6 に更新しようとしましたが、違いはありませんでした。

また、これは私の web-role プロジェクトで機能していると言うべきです。しかし、外部的な理由により、worker-role を独自のクラウド プロジェクトに分割する必要がありました。

更新いくつかの詳細情報、ビルドログをもう一度詳しく調べたところ、次のことがわかりました。

だからどちらでもないらしい

.azurePubxml からのデータは、ビルド スクリプトへの入力として実際に使用されています。

要するに、Publish to Azure 関数は、.azurePubxml ファイルからではなくても、どこからパラメーターを取得しているのでしょうか?

MVC Web アプリケーション (.NET) を使用しており、Azure でデプロイ バージョンをアップグレードする必要がある場合があります。問題は、Web アプリケーションを使用している顧客がいて、それを削除して使用不可にすることができないことです。 .

新しいバージョンの Web アプリケーションをデプロイし、常に稼働し続ける方法はありますか? (展開プロセス中)

それを行うために考えることができる1つの方法は、Webアプリを現在の展開以外の場所に展開し、外部ドメインのDNSレコードで「遊ぶ」ことです。