1

実稼働環境で速度を試した人はいるのだろうか。現在はCTP2版で、使用を考えています。誰も試したことがありますか？はいの場合、それはポジティブな経験でしたか?

4

3 に答える 3

0

はい！AppFabric の一部として Velocity 1.0 がリリースされました。Microsoft からダウンロードできます。

于 2010-06-08T16:38:56.970 に答える
0

ここで述べたポイントが誰かの助けになることを願っています。システムに AppFabric を展開している最中ですが、改善が必要な点がいくつかあります。

  • ほとんどの場合、ドキュメントは古くなっています。特定のブログで詳細を見つけることができますが、通常、さまざまなサイトの情報を組み合わせて照合すると、必要な詳細が得られます。ドキュメンテーションの標準にはまだあまり満足していません。
  • トラブルシューティングは別の問題です。90% の確率で、インストール関連の問題に対処することになります。トラブルシューティングに役立つように、最初から文書化する必要がある特定の事柄がありますが、それによって、思ったよりも多くの時間をかけて起動して実行することは決してありませんでした.
  • パフォーマンスに関する限り、Memcached ほど高速ではないことはほぼ確実です。誰かが私の間違いを証明するかもしれませんが、それまでは Memcached が分散キャッシュの王者です。

ここで、私が少し面倒だと思った問題をいくつか挙げます。

  • キャッシュ クラスタに対してノードを動的に追加/削除すること
    は、思ったほど簡単ではありません。 私はフォーラムで同じ
    ことに関する多くの苦情を読みました.
    私はまだこれを試していませんが、フォーラムでそれについて読むことができます。いくつかの現実的な問題があります。

  • スロットリングは別の問題です。Lead Cache
    Cluster のメモリが高い割合に達する場合、キャッシュは単に失敗します。セッションプロバイダーを使用していて、エラーが発生し始めたため、これは私たちにとって大きな問題を引き起こしました.

    SQL Server は大量のメモリを占有する傾向があるため、SQL Server と AppFabric を同じボックスに配置しないでください。私を困惑させたのは、複数のノードを持っていたにもかかわらず、Lead Cache にメモリの問題があり、それが分散されていなかったという事実です。私の場合、ノードは 1 つしかなく、サーバーが 1 つしかないため、SQL Server と AppFabric は明らかに同じノード上にありました。このようなシナリオでは、キャッシュは失敗します。バックアップを実行している場合、そのボックスのメモリ使用量が非常に高くなるため、そのノードでキャッシュが失敗することに気付くでしょう。

私の意見では、製品には少し急いでいるように感じることがあります. AppFabric が成熟するまでは、ScaleOut のように以前に使用したことがある製品が他にもあります。

それ以外では、MSFT は使用できるものを提供するという十分な仕事をしてくれたと思います。Memcached が非常に優れた最先端のテクノロジを提供してきたことを考えると、何かがあることは何もないよりはましです。

于 2011-01-11T18:18:55.043 に答える
0

これに対する私の個人的な見解は、 Velocityが安定するまでMemcacheを使用する必要があるということです。Enyimのような Memcache 用の .net クライアントは、時の試練に耐え、多くの人に使用されてきました。

  • プロバイダーに依存しない CacheManager を使用する
  • memcached 用に実装します。
  • 明日状況が変わっても Velocity が必要な場合は、プロバイダーを変更してください。

結局のところ、これらは単なる辞書であり、ドメイン コードはインフラストラクチャから独立している必要があります。

関連: C# 用の単純な CacheManager インターフェイス、 Windows
上の Memcache に対する私の回答。

于 2009-03-27T10:04:52.727 に答える