@Sqlsatnash在#Azure Session中部署高可用SQL Server在SQL周六纳什维尔，1月16日

我将前往纳什维尔分享有关部署高可用性SQL服务器的信息。在那里，有一些我等不及赶上的东西 – 技术和音乐。当我在那里的时候，我当然希望我能在The Station Inn有一些很好的音乐。

在Azure中部署高可用性SQL Server时参加我的会话

1月16日将成为学习和交流的好日子。与我的#SQLPass家族聊天并加入我的会话。对于那些热衷于在Azure中部署SQL Server的人来说，这个长时间的会话非常适合。

在云数据库/应用程序开发和部署

正如我们已经知道的那样，Windows Azure是部署SQL Server的优秀IaaS平台。即使在Microsoft管理基础架构时，也需要规划高可用性和灾难恢复。在本次会议中，了解如何利用Azure故障域，升级域和内部负载均衡器来确保Azure云中SQL Server部署的高可用性。您将了解到Azure Classic和Azure Resource Manager之间的区别。同时，它将如何影响您的SQL Server可用性。虽然Microsoft Azure提供了99.95％的SLA，但请确保您的SQL Server部署符合要求。此外，此会话最适合那些有意移动或已将SQL Server实例移至Azure的人员。顺便说一下，本次会议的参与者应具有SQL Server AlwaysOn故障转移群集以及可用性组的基本知识。但是，如果你不这样做，不要担心，因为你应该能够通过一点练习和实验快速赶上。

转载自https://clusteringformeremortals.com/2015/12/21/sqlsatnash-deploying-highly-available-sql-server-in-azure-session-at-sql-saturday-nashville-jan-16th/

想知道如何利用ARM实现高度可用和可扩展的SQL Server部署？

那么，如果你的答案是肯定的，那么我为你提供了一个很好的建议。特别是，如果您有兴趣了解为什么Azure资源管理器（ARM）是使用Microsoft Azure IaaS的最新和最简单的方法，那么在12月15日发生的网络研讨会对您来说非常适合。与ARM合作非常好。首先，有模板部署，分组，简化计费等等。你必须为自己尝试一些这些新功能，以及与这种新模式不同的新互动方式。

请参阅Azure资源管理器可以执行的操作

加入Microsoft云和数据中心管理MVP大卫伯明翰，他介绍ARM。仔细研究如何使用ARM的强大功能在云中部署高可用性和可扩展的SQL Server部署。

时间：12月15日

时间：美国东部时间下午1:00 /太平洋标准时间10:00

在这里注册 – https://www.mssqltips.com/webcastSignupPage.asp?id=480&src=sios

转载https://clusteringformeremortals.com/2015/11/16/azure-resource-manager-and-highly-available-sql-server-webinar-sqltips/的许可

Azure资源管理器（ARM）和JSON简介

如果您是ARM和JSON的新手，并且想要了解更多信息，那么您可以参加一个演示文稿，以便开始使用。就我个人而言，我强烈建议您查看这篇内容丰富的报告。Freddy vs JSON：使用Azure资源管理器构建您的云。它只是由微软Ignite澳大利亚的詹姆斯·班南提出的。演示文稿包含了ARM模板的使用工具和结构。我希望在今年早些时候开始研究ARM和JSON的时候有过这个。转载自https://clusteringformeremortals.com/2015/11/25/getting-started-with-azure-resource-manager-arm-and-json/的许可

#Azure：SMB 3.0文件服务或高级存储中高可用性SQL Server存储配置的性能差异概述

当涉及Azure中的SQL Server存储配置时，有几个选项。如果您想知道，可以从Azure IAAS VM上的Windows Server故障转移群集 – 第1部分（存储）中获得一些好主意。它讨论了新发布的Azure文件服务，该服务可用于通过SMB 3.0托管SQL Server群集数据。请记住，Azure文件服务不支持高级存储。每个文件共享约有1,000 IOPS或60 MB / s。考虑到这些限制，Azure文件服务可能将成为IO需求最小的数据库选项。

查看我的测试结果

所以这个计划是测试一些不同的SQL Server存储配置。我配置了DS4虚拟机并附加了一些高级存储。接下来，我使用Azure File Service附加了SMB 3.0文件共享。以下是我配置SQL Server存储配置的方式。

• F： – 将三个1 TB P30高级存储磁盘添加到单个3TB池中
• G： – 一个1 TB P30高级存储磁盘（无存储池）
• Z： – Azure文件服务上的SMB 3.0文件共享

过程

当您将存储池配置为在群集中使用时请务必小心。您可以在群集启动之前创建存储池，也可以在Windows 2012 R2存储空间中使用Sql Alwayson中的Powershell脚本（如果群集已经创建）。我创建了一个简单镜像（RAID o）请注意，由于Azure存储在后端具有三重冗余，因此我并不担心冗余。

要将存储池配置为在群集中使用，您必须小心操作。您必须在创建群集之前创建存储池，或者如果已创建群集，请使用Windows 2012 R2存储空间中的Sql Alwayson中所述的Powershell脚本。为了提高性能，我创建的池是简单镜像（RAID 0）。由于后端的Azure存储具有三重冗余，因此我不担心冗余。

我应该得到单个磁盘性能的三倍，因为我在存储池中有三个磁盘位于RAID 0中。现在，如果我选择将更多磁盘添加到池中，我将享受更高的性能。一个P30磁盘给我5000 IOPS和200 MB / S。基于此，我预计我的游泳池可达到15000 IOPS和600 MB / S的吞吐量。

现在我已经将存储设置为存储了，我将Dskspd配置为在每个不同的卷上运行相同的测试。这是我用Dskspd做的参数。

Diskspd.exe -b8K -d60 -h -L -o8 -t16 -r -w30 -c50M F： io.dat

Diskspd.exe -b8K -d60 -h -L -o8 -t16 -r -w30 -c50M G： io.dat Diskspd.exe -b8K -d60 -h -L -o8 -t16 -r -w30 -c50M Z： io.dat

并且结果出来了

不同SQL Server存储配置的结果是相当可预测的，并在下面进行总结。

看看结果，这个特定的工作没有推动任何这些存储解决方案的理论最大值的上限。但是，延迟对此特定测试的整体性能有重大影响。该测试使用8k块混合30％写入和70％读取来模拟典型的SQL Server OLTP工作负载。

当然，你想花更多的钱，你可以期望获得更多的表现。这是相对的。

Azure中SQL Server存储配置的价格比较

截至2015年11月24日，这里显示的最佳解决方案的价格（F：）将为每月1,216美元。它承诺完全访问3 TB存储空间，并具有无限次的读/写。

第二个最佳解决方案（G：）会给你1TB的存储空间，价格为每月405美元。Azure File Share的价格为0.10美元/ GB，另外还有额外的读/写操作费用。您只收取实际使用费用。因此估算实际成本将取决于您的使用情况。在读/写操作的额外费用之前，您约占高级存储成本的25％。

与云中的其他产品一样，价格也会迅速变化，以应对市场需求。请访问https://azure.microsoft.com/en-us/pricing/details/storage/查看最新价格信息，了解最新价格信息。

概要

从这个SQL Server存储配置的编译和价格概述中，Azure文件服务确实从价格的角度看起来很诱人。此时的延迟并不能使其成为任何严重SQL Server工作负载的可行选项。相反，请查看利用高级存储并利用基于主机的复制解决方案（如SIOS DataKeeper）构建SQL Server故障转移群集实例（SQL标准版或企业版）或查看SQL Server Enterprise Edition和AlwaysOn AG。

转载https://clusteringformeremortals.com/2015/11/24/highly-available-sql-server-storage-options-in-azure-smb-3-0-file-service-or-premium-storage-一，看-AT-性能差异/