2

Azure 1.8 ツール/SDK をインストールすると、プロジェクトの共同配置キャッシュがプレビューから最終版にアップグレードされました。ただし、役割のローカル ストレージ ( DiagnosticStore) に 20 GB を追加することも決定しました。手動で 500MB にダイヤルダウンしましたが、ロールのプロパティ ページに次のメッセージが表示されます (クラウド プロジェクト => ロール => 右クリック ロール => プロパティ、つまり ServiceDefinition.csdef の GUI)。

キャッシュ診断では、20 GB のローカル ストレージが推奨されます。ローカル ストレージのサイズを減らすと、完全な再展開が必要になり、このクラウド サービスの仮想 IP アドレスが失われます。

誰が MS 内でこのオペレーティング モデルを承認したのかはわかりませんが、理由は単純です。. 理解を深めるために、Azure SDK 1.8 でのキャッシュの「なぜ」を 3 つの「なぜ」サブ質問に分割します。

  1. キャッシングの診断がキャッシング自体と組み合わされているのはなぜですか? パフォーマンスのためにキャッシュが必要なだけです...
  2. なんと 20Gigs が推奨されるのはなぜですか? 500MB にダイヤルダウンするとどうなりますか?
  3. 少しトピックから外れますが、まだ関連しています: ローカル ストレージの減少に完全な再展開が必要なのはなぜですか? Azure は IP アドレスを予約するための強力な制御を提供していないため、これは特に苦痛です。したがって、ホワイトリストに登録された IP を使用するサードパーティと連携する必要がある場合は、残念です!?

PS: 私はそれを 3 つの別々の質問に分割することを考えました。しかし、それらが密接に結合されていることを考えると、これは将来の読者にとってより役立つアプローチになると思われます.

4

2 に答える 2

2

診断ストアは、サーバー ログ、クラッシュ ダンプ、カウンター データなどを含むキャッシュ診断データを格納するために使用されます。これらは、キャッシュ診断を構成することで Azure Storage に自動的にアップロードできます (OnStart メソッドでの CacheDiagnostics.ConfigureDiagnostics 呼び出し - この呼び出しがなければ、データはローカル VM で生成されますが、Azure Storage にはアップロードされません)。また、収集されるデータの量は、動的に変更できる診断レベル (レベルが高いほど、より多くのデータが収集される) によって制御されます。キャッシュ診断の詳細については、http://msdn.microsoft.com/en-us/library/windowsazure/hh914135.aspx を参照してください。

  1. キャッシュを有効にしたため、キャッシュの問題が発生した場合の診断に役立つデフォルトの診断レベルが付属しています。OnStart で ConfigureDiagnostics メソッドを呼び出さない限り、このデータはローカルに保存されます (データを Azure ストレージにアップロードします)。
  2. より低いストレージ値 (たとえば 2GB) が指定された場合、より高い診断レベルは使用できません。これは、より多くのスペースが必要になるためです (XL VM の場合、クラッシュ ダンプ自体が 12GB を超える可能性があります)。また、より高いレベルが必要な場合は、診断ストアのサイズを変更してデプロイをアップグレードすることをお勧めします。これは、再デプロイ/アップグレード/更新/再起動せずに診断レベルを変更するという目的に反します。これが、すべての診断レベルに対応するために 20GB の制限が設定されている理由です (また、実行中の展開で cscfg の変更を使用して変更できます)。
  3. 上で答えられます。

お役に立てれば。

于 2012-11-27T08:21:46.623 に答える
1

質問 #3 にお答えします。ローカル ストレージの削減は、インプレースで実行できない唯一のデプロイ変更の 1 つです (VM サイズの変更やその他のいくつかの変更は、再デプロイなしで可能になりましたが、増加は問題ありません)。インプレース更新の詳細については、この投稿を参照してください。

于 2012-11-13T12:06:18.923 に答える