【问题标题】:AppFabric Caching with Azure SQL as configuration storage使用 Azure SQL 作为配置存储的 AppFabric 缓存
【发布时间】:2015-02-18 08:23:05
【问题描述】:

AppFabric 缓存服务是否可以使用 Azure SQL 数据库作为缓存集群配置的存储?

它绝对支持 SQL Server,因为它在这里声明:https://msdn.microsoft.com/en-us/library/ee790826.aspx,但没有关于 Azure SQL 支持的消息。 Azure SQL 它是一种 HA 技术,因此看起来像是“有机”地存储配置的方式,应该是高可用的,以保持缓存集群正常运行。

更新。 AppFabric 配置 UI 不提供使用 SQL 凭据进行访问的可能性 - 这里只有“集成安全性”选项可用,它不是 Azure SQL 服务的选项,而是连接字符串可以通过DistributedCacheService.exe.config手动编辑。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
...
  <dataCacheConfig cacheHostName="AppFabricCachingService">
    ...
    <clusterConfig provider="System.Data.SqlClient" connectionString="Server=tcp:azuredbnamehere.database.windows.net,1433;Database=AppFabricConfigHolderTest;User ID=user@azuredbnamehere;Password=password;Trusted_Connection=False;Encrypt=True;Connection Timeout=30;" />
  </dataCacheConfig>
...
</configuration>

更新 2。 首先,我已将 AppFabric 配置为使用本地 SQL Server 并成功 - 我能够创建新缓存、检查集群状态、管理缓存主机,没有任何问题。

然后我将生成的 AppFabric DB 部署到 Azure SQL 中,并在从安全对象中删除 Windows 用户主体后成功,因为 Azure SQL 不支持它。

然后我手动修改了 AppFabric 主机配置文件 (DistributedCacheService.exe.config) 中的连接字符串以指向 Azure SQL 数据库而不是我的本地数据库。

在这里我卡住了 - 管理 PowerShell 管理单元仍然尝试连接到我的本地数据库实例。看起来关于集群配置存储的信息是重复的,而且不仅 DistributedCacheService.exe.config 知道。

更新 3. 我已经反编译了为 AppFabric 进行 SQL Server 注册的实用程序 - DistributedCache.SqlConfiguration.exe。我已经意识到“注册”阶段发生了什么:

using (PowerShell powerShellHost = PowerShellHelper.GetPowerShellHost())
{
    powerShellHost.AddCommand("Set-CacheConnectionString");
    powerShellHost.AddParameter("Provider", "System.Data.SqlClient");
    powerShellHost.AddParameter("ConnectionString", connectionString);
    PowerShellHelper.TraceCommands(powerShellHost);
    powerShellHost.Invoke();
    PowerShellHelper.TraceErrorsAndWarnings(powerShellHost);
}

我们到了!

PS> Get-Help Set-CacheConnectionString

名字 设置缓存连接字符串

概要 保留连接字符串以供临时使用。然后可以使用 Get-CacheConnectionString 检索该字符串。 请注意,此命令不会更改缓存集群配置存储使用的连接字符串

事实证明,集群配置存储信息确实是重复。它的存储位置我已经实现了更改执行Set-CacheConnectionString 的 PowerShell 模块的反编译。

using (RegistryKey registryKey = Registry.CurrentUser.CreateSubKey("SOFTWARE\\Microsoft\\AppFabric\\V1.0\\Temp"))

更新 4. AppFabric Cache 管理 PowerShell 管理单元使用不同的注册表路径(反编译显示)最有趣的地方:HKLM\SOFTWARE\Microsoft\AppFabric\V1.0\Configuration。修改 ConnectionString 属性值后,我终于可以使用 Use-CacheCluster 命令了。

集群也已启动,现在看起来可以运行了。

【问题讨论】:

  • 尤金,你能发个后续吗?您是否使用此设置进行了生产?
  • @LarrySilverman,我可以肯定地确认,使用不同名称(作为“自定义提供程序”)的内置 SQL Server 提供程序的设置能够使用 SQL Server 身份验证为我们工作了大约 6 个月左右,我们没有遇到任何问题。它增加了将“自定义提供程序”注册到缓存主机的额外步骤,但之后所有的东西都在工作。尽管我们对 AppFabric 有过积极的体验,但我们最终还是迁移到了 Azure Redis,并且从未回头。 Redis 更易于维护和现代/足够的解决方案,AppFabric 现已退役。

标签: c# caching azure azure-sql-database appfabric


【解决方案1】:

我们可以“作弊”并使用更新中描述的方法设置 AppFabric 缓存集群,但遗憾的是,确保我们确实使用集成安全性的代码被缝合到 PowerShell 管理管理单元中:

// Microsoft.ApplicationServer.Caching.Configuration.ConfigurationBase
...
if (provider.Equals("System.Data.SqlClient"))
{
    ConfigurationBase.ValidateSqlConnectionString(connectionString);
}
...
internal static void ValidateSqlConnectionString(string connectionString)
{
    SqlConnectionStringBuilder sqlConnectionStringBuilder = new SqlConnectionStringBuilder(connectionString);
    if (!sqlConnectionStringBuilder.IntegratedSecurity || !string.IsNullOrEmpty(sqlConnectionStringBuilder.UserID) || !string.IsNullOrEmpty(sqlConnectionStringBuilder.Password))
    {
        int errorCode = 17032;
        string sqlAuthenticationNotSupported = Resources.SqlAuthenticationNotSupported;
        throw new DataCacheException("DistributedCache.ConfigurationCommands", errorCode, sqlAuthenticationNotSupported);
    }
}

如果您尝试注册-CacheHost(添加-主机和其他一些命令),您将面临以下错误:

Register-CacheHost:错误代码:子状态:SQL Server 提供程序仅支持 Windows 身份验证。为 Windows 身份验证指定一个有效的连接字符串,无需任何用户 ID 或密码。
在行:1 字符:1
+ Register-CacheHost -Provider "System.Data.SqlClient" -ConnectionString "Server=t ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : NotSpecified: (:) [Register-CacheHost], DataCacheException
    + FullyQualifiedErrorId : SqlAuthenticationNotSupported,Microsoft.ApplicationServer.Caching.Configuration.Commands.RegisterCacheHostCommand

因此,使用 Azure SQL 作为缓存集群配置持有者的唯一现实选项从头开始编写自定义配置提供程序https://msdn.microsoft.com/en-us/library/ff718169.aspx 或尝试使用以不同名称实现的 SqlServer 提供程序 (Microsoft.ApplicationServer.Caching.SqlServerCustomProvider) 以欺骗 PowerShell 模块(未测试)。

更新。我已经测试了欺骗 AppFabric 并使用不同名称的内置 SQL Server 提供程序的方法。它就像一个魅力。

【讨论】:

  • 确认:A) 这是否意味着您更改了缓存服务帐户? B) 通过这样做,访问缓存的代码是否存在访问问题?
  • 真的很抱歉,我错过了您的评论。这暗示使用“自定义配置提供程序”和内置的 SQL Server 提供程序。从集群管理的角度来看,我们对这种设置没有任何问题。
猜你喜欢
  • 2011-08-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-09-27
  • 1970-01-01
相关资源
最近更新 更多