Date: 4月 8, 2015
利用微软的 Azure 的云为大规模扩展存储的新服务可能使更多和更小的空间，企业举办自己的应用程序中混合云配置。 技术处代理处长 DataKeeper 集群版是一个服务，可以迫使 Cio 们以不同的方式思考"云"比刚才那 Dropbox 的所有文件在一起都闲逛的地方。 大多数的云存储在页中的 CMSWire 的讨论是关于文件存储库、 文件共享和基于文档的协作。 对于一些 Cio，"云"是 Dropbox 或 Google Drive 或无论空间所有这些不同的共享的文档同居的通用名称。
成功的故障转移
所以主题像故障转移群集通常不值得大量的空间在这里。 这可能会因以下更改： 许多 CMS 应用程序所保持的前提下对数据库并不是正式的意义上说，数据仓库。 或数据车库或数据湖泊或任何其他无数的隐喻拟注入的兴趣和阴谋这一主题。 但这些数据库 （我们可以证明第一手） 越来越大。 所以，现在我们看到故障转移群集 — — 复制数据块级别的确保可用性的常见技术 — — 正扩展到云。 这一趋势开始悄悄地在 2014 年 2 月与亚马逊的 AWS 存储网关被改编，以支持 Windows 服务器故障转移群集 (WSFC) 和 VMWare ESX iSCSI 发起程序。 这使 VMware vSphere 虚拟化环境中承载的应用程序作为其故障转移群集识别 AWS 云 — — 这，反过来，能够用更少的内部数据中心资源拥抱更强大的前提下对应用程序，包括 CMS 类别中较小的企业。
无共享
上周，处长技术开始竞争这种方法通过使其 DataKeeper 服务连接到微软的 Azure 使用相同的 WSFC 协议。 这种方式，SharePoint，SQL Server，动力学和其他高容量 Windows 软件 （你找到这些天运行在 vSphere 种） 可以轻松地配置来识别基于 Azure 存储更多的失败证明，"共享"的体系结构中。 这是应该引起你的注意的"共享"部分。 托尼 · 托马尔基奥，田间工程，在采访 CMSWire 处代理处长的主任说:"有人在白板上绘制一个集群应该是什么样子的问，他们会画两个或多个服务器，然后有些类型的共享存储，通常情况下就将一个 SAN，"。 当然，他指一个存储区域网络。 当然，管理 SAN 自己是有代价的。 "但从技术上讲，SAN 是单点故障，"托马尔基奥继续。 "如果共享的存储，所有的群集节点连接到，有一个问题，它可以关闭整个群集"。在无共享的体系结构等处代理处长 SANless 群集，所有存储节点都是孤立的、 独立于另一个。 是的至少从建筑上来说，更多合法的工资其标题因为它更宽容失败的故障转移群集。 处长曾一直生产一起池本地存储设备到 SANless，但共享，阵列的块级别的数据复制软件。 这种方式，使用本地 SSD 设备 （全闪存存储器） 的高速度服务器可以作为故障转移群集杠杆 — — 比说，全闪存圣少了很多贵。 "我们目前我们复制的磁盘作为群集磁盘上，它看起来和感觉就像它共享存储到群集，"解释托马尔基奥，"当在现实中，它不是。 你决定要保护群集内的应用程序是完全取决于你。
这与 CMS 的有关
CMS 系统如 Drupal 铸造他们的数据库抽象的时尚，以便他们不限于单数据库格式。 这种抽象意味着驱动程序用于连接到共同的数据库管理系统，如 SQL Server 的 Drupal。 所以它是最常作为托马尔基奥复制处代理处长 SANless 集群上的数据告诉我们，属于 SQL Server 的巧合。 高可用性 (HA) 文件共享或医管局 HYPER-V 虚拟机和 SAP 中央服务 DataKeeper 其他已知的用例，他指出。 "因为 DataKeeper 是一种复制技术，我们与集成的群集，"他说。 "所以这是一个优秀的解决方案，任何群集服务或应用程序 — — 不只是 SQL Server."查看这篇文章在 CMS 电线