问题标签 [azure-caching]

我正在尝试设置 Windows Azure Cache Preview 实现，但在使本地缓存配置正常工作时遇到了问题。这是我当前的配置：

我使用 Ninject 创建默认缓存对象，如下所示：

当我没有对本地缓存做任何事情时，这种注入工作得很好，但是我遇到了将大型数据集放入缓存的问题（超时），所以我想我会看到使用本地缓存会产生什么行为。

由于我更改了配置（基于 MSDN 上的这篇文章，请参阅该部分中的“角色缓存（预览）”），我收到以下错误：

错误代码 ERRCA0015：SubStatus ES0001：不支持基于通知的失效，因为缓存未配置为支持通知。

这有点令人困惑，因为我认为那是 dataCacheClients 配置部分应该做的事情。我是否需要以编程方式在 DataCache 对象本身上设置某些内容，或者我是否在 Web 配置中遗漏了某些内容？

我们在应用程序中使用了一些 Azure 特定功能（主要是 blob 存储）。通过 Blob 存储，我们想出了如何在不需要缓慢的 Azure 模拟器的情况下运行它。

我们现在正在试验 Azure 缓存预览版。它做了一些非常酷的事情，并且可以帮助解决我对我们的一些功能的一些性能问题，但是如果没有它在模拟器或 Azure 生产环境中运行，我还没有让它工作。

那么，有什么已知的方法可以让它自己工作吗？必须在模拟器中运行我们的应用程序才能完成任何事情是一种破坏交易，特别是对于我们的一些开发人员在没有固态驱动器的机器上。

我已经开始反复抛出 Azure 缓存错误。它似乎与过期的会话有关。这是一个随机样本 - 它发生在静态文件中。

没有这方面的代码，它是在 web.config 中配置的

编辑：会话状态配置如下：

我试图了解是否有 a) 我可以做些什么来在配置中解决这个问题 b) 涉及哪些 DLL，以及最新版本是什么，(所以我可以看看更新是否有帮助) c) 如果其他人看到这个。

它是在我做了很多应用程序更新之后开始的，并且还更新了 Azure 中的缓存大小。因此不确定原因是什么。我不会认为代码更改是负责任的，但我们可能已经更新了一些 DLL，因为我们在开发过程中使用的 PC 之一是新建的。

也许我误解了如何创建缓存，但没有任何 ID 或访问密钥正在用于启用 azure 缓存。我已经完成了以下教程：

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

http://msdn.microsoft.com/en-us/wazplatformtrainingcourse_buildingappswithcacheservice_topic3#_Toc310505080

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

大约 1/2 十几种不同的如何在 azure 页面中创建缓存，我仍在学习。

用户传递的授权令牌无效。

我有一个带有链接存储的网站和云服务，但在管理 Azure 门户中找不到 URL“yourcachename.cache.windows.net”或身份验证令牌。任何建议将不胜感激。

我遵循了Windows Azure 缓存入门，并且不断收到 System.Runtime.InteropServices.SEHException: External component has throw an exception on the line：

我已将 WindowsAzure1 项目设置为启动项目。我试图在调试中运行时从 MVC API 项目访问缓存，但它不断出错。有谁知道我可能做错了什么？谢谢。

我正在尝试在运行在 Web 角色的两个实例上的同位缓存上使用用于 Windows Azure 缓存的会话状态提供程序。我有一个 ASP.NET MVC4 项目。我按照Microsoft 的指南进行了设置，并多次查看，但结果相同。当我发布到 Azure 时，我在每个页面上都得到一个 YSOD。

我浏览了我的 Azure 实例上的日志，发现了可能导致此问题的异常：

我意识到这与我的 web.config 和本节有关：

但该部分直接取自 Microsoft 指南。我还尝试卸载并重新安装 WindowsAzure.Caching Nuget 包，它将正确的条目添加到 web.config，但它看起来也完全相同。

我在 MSDN 上找到了这个关于看起来是同一个问题的讨论，但是我启动了一个新的 Azure Web 角色，所以在这种情况下我看不出它应该与 GAC 和 SDK 的旧版本有关，或者我错过了什么？

查看已部署站点的 bin 文件夹，在我的 Azure 实例上，我看到我的Microsoft.ApplicationServer.Caching.Client.dll和文件版本Microsoft.ApplicationServer.Caching.Core.dll是1.0.4621.0. WindowsAzure.Caching这与我安装Nuget 包时在我的项目中引用的文件相同。这是要使用的正确文件吗？

经过 15 小时的调试，我们将非常感谢您对此的任何意见。

更新：

当我将它发布到一个新的 Web 角色的两个实例时，我实际上已经让这个项目工作了。我将开始进行该部署，看看是否能发现任何差异。

更新 2：

不同之处在于我的项目使用的是 and 的版本1.0.4621.0，Microsoft.ApplicationServer.Caching.Client.dll而Microsoft.ApplicationServer.Caching.Core.dll微软的项目使用的是1.0.4655.0. 所以实际上可能是我使用的是旧版本的 SDK。出于某种原因，我的项目坚持在我发布时上传这些文件，即使我删除了它们，但如果这解决了问题，我会得到一个完整的答案。

我想使用 Azure Web 角色实例来托管一些使用分布式缓存（Windows Azure 缓存）的网站。

什么是 VM 的大小和数量的更好选择：2 个大型VM 或4 个中型VM。

两种情况下的价格和规格相同。我只是想知道是否拥有更多但较小的机器更好。

如果使用 azure 缓存进行 asp.net mvc 会话状态管理，包括 dlls/web.configs 更改的部署是否仍会引导用户/强制新会话？

我假设由于会话在应用程序外部，因此它将保持打开状态，而不是强制用户再次登录。真的？

我安装了 Azure 1.8 工具/SDK，并将我的项目共存缓存从预览版升级到了最终版。但是，它还决定向角色的本地存储 ( DiagnosticStore) 添加 20GB。我手动将其调低至 500MB，但随后我在角色的属性页面中收到以下消息（云 proj => 角色 => 右键单击​​角色 => 属性，即 ServiceDefinition.csdef 的 GUI）：

Caching Diagnostics 建议使用 20GB 的本地存储。如果您减小本地存储的大小，则需要完全重新部署，这将导致此云服务的虚拟 IP 地址丢失。

我不知道谁在 MS 中签署了这种运营模式，但它乞求一个简单的为什么？. 为了更好地理解，我将“为什么”分解为 3 个“为什么”子问题，以便在 Azure SDK 1.8 中进行缓存：

1. 为什么缓存的诊断与缓存本身相结合？我们只需要缓存来提高性能...
2. 为什么推荐高达 20Gigs？如果我把它拨到 500MB 会怎样？
3. 有点离题但仍然相关：为什么本地存储的减少需要完全重新部署？这尤其令人痛苦，因为 Azure 没有提供任何强大的控制来保留 IP 地址。因此，如果您需要与使用白名单 IP 的第三方合作 - 太糟糕了！？

PS：我确实考虑将其分解为 3 个单独的问题。但是鉴于它们是紧密耦合的，这似乎对未来的读者来说是一种更有帮助的方法。

我的问题与此类似，但我的问题是 Windows Azure 共享缓存——而不是较新的 Windows Azure 缓存。

这真是一个奇怪的问题。我有一个共享的 Azure 缓存设置并在一个托管的云服务上工作。该应用程序同时使用它sessionState和caching/outputCache. 该应用程序根本没有延迟问题。它被部署到美国中北部，共享缓存也是如此。

我还有第二个托管服务，它也部署到美国中北部。我已将第二个应用程序配置为使用相同的共享缓存。奇怪的是：当我<caching>/<outputCache>在 web.config 中配置部分以将其指向共享缓存时，每个 (MVC4) Web 请求都会减慢到大约 5-6 秒。当我注释掉这个 web.config 部分时，Web 请求要快得多（约 100 毫秒）。

缓存连接本身似乎不是延迟问题，因为我仍在为 sessionState 使用相同的共享缓存，而且速度很快。另外值得注意的是，没有一个 MVC4 操作使用 OutputCacheAttribute。只需将 outputCache 部分添加到 web.config 并重新部署即可重现延迟。

两个应用程序位于相同的数据中心区域，使用相同的 vm 大小、实例和 osFamilies。我能想到的它们之间的唯一区别是第一个（没有延迟问题的）是 MVC3 应用程序，而第二个是 MVC4 应用程序。

为什么简单地添加指向 Windows Azure 共享缓存的缓存/输出缓存配置部分会减慢每个 MVC4 请求？

更新1：

我现在能够在不部署到 azure 的情况下重现此问题。我设置了我的本地 VS / IIS Express 安装以将有问题的共享缓存用于会话和 outputCache。在更改此 web.config 设置之前，我得到了亚秒级的响应：

当关闭 system.web 部分中的调试挂钩时，我开始获得 5-6 秒的响应时间（转载）。这可能是 MVC4 中的捆绑和缩小功能的问题吗？很奇怪，关闭调试编译会增加响应延迟约 10 倍.....

更新 2：

MiniProfiler 告诉我，是的，超过 4 秒的延迟来自我在 MVC _Layout.cshtml 中的 @Scripts.Render("~/bundles/mybundle") 之一。web.config 中的 outputCache 设置似乎正在影响捆绑脚本的发布模式呈现。但是为什么？