< 返回新闻公共列表
在云中部署SQL的五个技巧
发布时间:2017-06-01
对于许多组织来说,将应用程序迁移到云端可以容忍短暂的停机时间,因为会得到明确的好处。采用云计算看起来就像一个明智周全的投资,通常很容易找出成本理由。然而,人们关于如何在云计算中提供高可用性和灾难保护的担…
对于许多组织来说,将应用程序迁移到云端可以容忍短暂的停机时间,因为会得到明确的好处。采用云计算看起来就像一个明智周全的投资,通常很容易找出成本理由。然而,人们关于如何在云计算中提供高可用性和灾难保护的担忧可能会使业务关键型应用程序(如SQL)的决策变得更加困难。
了解事实可以帮助人们做出明智的决定,将应用程序移动到云端,同时确保依赖于这些应用程序的重要业务操作受到保护,避免停机和数据丢失。以下是在云计算中部署SQL的五个措施和技巧,可以节省企业资金,并确保最大的价值来源于云计算部署:
(1)建立自己的团队
企业将业务迁移到云端时,将使用云端的基础设施和服务器,因此仍然需要像在内部部署一样建立自己的团队。这包括:
网络管理员。云计算具有虚拟网络的概念,因此需要了解路由,访问控制和网络的人员。
存储管理员。云计算中有许多不同的存储选项,优先级不一定与内部部署的数据中心相同,因此对于存储管理员来说,重要的是帮助分析企业可能适用的选项。
安全管理员将业务关键数据移动到云端时,其安全性是一个最大的问题,因此,让安全专家掌握云端的安全性以及数据传输等数据加密方面的所有不同方面知识是重要的。
数据库管理员(DBA)。需要数据库管理员来安装,配置和管理SQL服务器,就像在内部部署数据中心一样,只是现在在云计算实例上运行。
无论是在内部,云端还是平台即服务(PaaS)中,企业都将需要开发人员来构建解决方案。
技术支持。技术支持人员将需要学习一个新的范例,不仅包括新的工具和技术,还要了解客户可能在云计算中遇到的问题。这包括客户在内部部署处理的问题,从网络访问云端到监控云端的健康状况。
(2)了解服务水平协议(SLA)
迁移到云端时需要了解的第一件事情,就是了解云计算提供商所提供的服务水平协议(SLA)。 通过SLA,可以识别云计算提供商将提供的约定服务。如果看起来不是很难,可能会认为可以轻松地将业务迁移动到云端时,但是不能认为提供者会确保用户的SQL将保持运行。
用户应该寻求来实现其SLA承诺的方法,并为云计算环境中的这些关键业务应用提供相同级别的可用性保护,就像在传统的内部故障转移集群环境中一样。用户的SLA将取决于其最薄弱的环节,因此考虑所有领域的可用性很重要。其中包括互联网,云计算平台,地理恢复,虚拟机,存储,SQL Server,应用服务器,以及活动目录(AD) /域名系统(DNS)。
(3)SQL许可证,BYOL,即用即付或PaaS?
另一件需要考虑的事情是,如果用户了解自己的许可证费用,支付额外的许可费用或使用PaaS的费用。那么应该计算所需的服务器许可证数量,再将自己的需求进行比较和分析,并查看哪种方法成本更低。考虑是否要支付前期投资或按时支付每月费用也很重要。这要了解自己公司的盈亏平衡点,才能帮助做出这个决定。租用许可证时,用户将在两年左右的时间开始在SQL服务器许可方面花费更多的费用。每个实例都是不同的,但是如果预计在云端已经有两年多的时间,那么从长远来看,将会经常面临许可证的问题。
此外,还要考虑的其他问题:是否将成本转嫁给客户?正在构建服务并将其销售给客户的服务提供商可以将SQL服务器的每月成本用于其产品。在这种情况下,在云计算中租赁许可证是有意义的。可以利用PaaS吗? SQL Server AlwaysOn如何影响许可?实例的规模大小如何影响许可?事先解决这些问题很重要,因此用户可以在部署前评估所有选项。
(4)明智选择实例的大小
选择云计算实例大小可能比人们想象的更复杂。实例有很多不同的规模,通常随着时间的推移而提供更多的规模。了解实例是否适合所有人也很重要,因为实例将具有不同数量的中央处理单元(CPU),内存,存储器,网络等。例如,可能有足够的CPU,但是当开始查看存储吞吐量时,可能需要更高的级别。这可能会影响你的决定。但是,采用云计算的好处是,如果第一次没有达到要求的话,很容易调整大小。但是如果第一次使用内部部署服务器,那么这么做是非常困难的,所以很难将它重新组合。
(5)选择正确的高可用性和灾难恢复解决方案
大多数公司的架构师提供的解决方案主要考虑的是高可用性(HA),而并不总是考虑到灾难恢复(DR)。云计算不能否定高可用性(HA),灾难恢复(DR)和备份的需要。HA和DR背后的概念是相似的,使用户的系统在需要时可用。HA选项与内部部署(数据库镜像,日志传送,备份和还原)基本相同,但没有存储域网络(SAN)可用。可用性组提供的优点包括快速故障转移,可读辅助,自动页面修复,并且不需要第三方产品。
故障转移群集实例提供更简单的管理,但缺少存储域网络(SAN)或其他共享存储设备。云计算提供商的存储只是附加到可用性组的每个实例,但在没有存储域网络(SAN)的故障转移集群中,用户将无法构建故障转移群集实例,除非其使用某种类型的第三方存储设备。但是它保护整个实例,支持DTC,并使用SQL Server标准版本以及支持SQL Server 2008 R2及更早版本。
无论用户是启动进程还是仍然在考虑是否采用云计算,请务必考虑如何保护关键业务应用程序免受停机和数据丢失的影响。虽然传统的基于存储域网络(SAN)的集群是不可能的,在这些环境中,SAN集群可以为在云中实现故障转移集群提供一种简单而具有成本效益的替代方案。这些集群不仅提供HA保护,而且还可以显著提高配置灵活性,并大大节省许可成本。