3

我们目前正在将我们的服务器迁移到 Windows Azure，并且我们希望利用 Windows Azure 共享缓存。

我们为缓存编写了一个提供程序，因此我们可以打开和关闭它（如果需要，切换到运行时缓存），但我们发现缓存比运行时缓存慢大约 1000 倍。

例如，从运行时缓存返回网站对象的总时间为 0.0053，其中 Azure 共享缓存的总时间为 73.6638，在某些情况下，总时间为 439.3367

不要误会我的意思，我希望会有一个小的网络延迟，但这是愚蠢的吗？完全无法使用？

该对象很小，缓存的总大小为 0.8mb，因此网站对象很小。

有没有人有什么建议？我应该使用半专用的缓存预览方法吗？如果它像这样无法使用，他们肯定不会有这个共享的吗？

我已经看到本地缓存在网络缓存之上工作，但是当缓存在本地重建时仍然会有延迟？

任何人都可以提供任何建议吗？

已满足以下条件

我们正在使用最新版本的 Azure DLL

我们正在使用与 Azure 缓存位于同一数据中心的网站进行测试

SQL Azure 与实例位于同一数据中心，因此数据检索不是问题

我是目前唯一访问该网站的人，所以我不认为并发是一个问题

4

2 回答 2

0

" "

您是否选中了角色属性中的启用缓存？客户端在哪里失败（在堆栈中）？

关于延迟时间，您在专用缓存上看到了什么价值，它很容易设置，不尝试将是犯罪:)

从缓存的角度来看，存储较小的值始终是一个优势，不仅可以节省传输和存储开销，还可以节省序列化和反序列化成本。您是否考虑过在专用缓存上使用本地缓存？如果延迟是您的主要痛苦，那么通常没有什么能比本地缓存更好。

如果您正在尝试 memcache 方案，这可能也值得一看：

http://blogs.msdn.com/b/silverlining/archive/2012/10/09/using-memcache-to-access-a-windows-azure-dedicated-cache.aspx

于 2012-10-17T20:51:53.813 回答
0

为您遇到的问题道歉。Windows Azure 共享缓存之前已发布，并且正在生产中运行。只要您部署在与您配置的缓存相同的数据中心，它就应该为您提供良好的延迟。您的拓扑是什么，缓存在哪里以及您从哪里访问它？

就预览缓存而言，它将为您提供更好的延迟和对缓存的更多控制，因为您是运行它的人。由于您的应用程序是为 memcache 编写的，因此您可能也有兴趣使用我们的 memcache shim。

您可以在此处阅读有关协议支持和其他步骤的信息：

http://msdn.microsoft.com/en-us/library/windowsazure/hh914167.aspx

关于“我正在使用虚拟机，找不到有关连接它的文档！” ，你想在那里做什么？

于 2012-10-04T18:49:00.193 回答