Azure成本极限压缩：明确企业业务需求

TechTarget 原创

不要因为使用Azure虚拟机而从微软那里获得巨额的月度账单。了解你的业务需求，然后调整Azure中的选项以最小化费用。

将虚拟机迁移到云端听起来很不错——直到您的IT部门接到巨额账单。

对于虚拟机运行的每一分钟和它使用的每一个字节，Microsoft都会将相应费用添加到每个月的选项卡上。如何管理Azure的成本？公式很简单——管理员应该在工作负载迁移到Azure之前，了解大概的价格和合适配置的虚拟机，以减少不必要的开支。

1

找到合适的Azure区域

第一步是选择合适的Azure区域。每个区域都有不同的资源、能力和服务；这些方面——以及相对于业务的相对位置——导致了每个区域的成本差异。并不是每个区域都可用——这取决于组织的位置或订阅。例如，美国的用户不能在没有澳大利亚帐单地址的情况下使用澳大利亚的数据中心。

（图片来源于网络）

当涉及到数十台服务器时，迁移到较便宜的Azure区域会带来明显的不同。然而，如果应用程序远离用户和客户，那么迁移到不同的Azure区域将会因为所增加的延迟而影响最终的用户体验。管理员使用微软的Azure延迟测试站点来了解每个区域的网络性能。

2

不要构建一成不变的虚拟机

要想进一步降低Azure成本，请将VM调整到适当的性能级别。例如，区分生产环境和开发/测试环境，并相应地构建虚拟机。开发/测试虚拟机通常不需要生产规格，因为它们很少需要高可用性。减少开发/测试虚拟机的资源及其相关成本，使其只获得他们所需的资源即可。

3

调研基础架构即服务服务器

在管理员用于创建服务器的基于Web的GUI向导中，Azure会默认提供高性能虚拟机。点击对话框右上角的“View All”来显示服务器规格的可选范围。A0很小，成本远远低于微软默认建议的选项，这使得它成为做实验的理想选择。

（AO服务器规模是最小的、最低便宜的选择）

A0也是会超额订阅的，这意味着CPU性能会根据节点中的其他工作负载而变化。 较低的层也不支持负载均衡，并且还有一些其他限制，但是这种级别的虚拟机是理想的廉价测试机器。

管理员还可以通过选择磁盘来限制Azure成本。要构建IaaS VM，有两个选项：硬盘驱动器或固态驱动器（SSD）。标准磁盘对于大多数工作负载来说已经足够好了，它的速度可以达到500 IOPS，具体取决于配置。如果速度不是问题，请避免使用更昂贵的SSD选项。

除了IaaS以外，还有许多用户不知道或无法理解的其他选项。

4

实现服务即为服务

一些刚接触云的管理员把它看作是纯粹的IaaS，所有的东西都需要在自己的虚拟机上运行。这是一个选项——但却是昂贵的一个。

相反，考虑一下SQL Server以及所有用于计算、存储和许可的相关成本。为什么要处理价格和部署问题，而不是去使用SQL Server即服务呢？后者更为便宜——一个安装了SQL标准版的Standard_B4ms虚拟机（四核，16 GB内存）的成本大约是每月383美元，而标准层上多个数据库的Azure设置每个月的成本为224美元。另外，SQL即服务还能够将管理员从补丁和更新的过程中解放出来。

检查公司的安全要求，看看是否真的没有使用云中的数据库服务器。由于这些数据库与潜在的数百家其他公司共享资源，因此漏洞或错误配置可能导致数据泄露到企业外部。

5

分析云资源成本

在迁移到云之前，管理员必须了解业务需求，并了解所需要付出的代价。本地部署的计算效率低下且无处不在，从而增加了开支，但大多数环境下缺少每月账单使得这些成本没有被显示出来。

（图片来源于网络）

同样道理，了解云环境的要求以及应用程序和基础设施的开销也是至关重要的。使用微软的Azure计算器来计算潜在的价格。

6

捆绑资源以便管理

管理员应该利用资源组来进一步控制Azure成本。该功能将虚拟机，数据库等资源的服务资源集中到一个单元中。一旦业务不再需要该服务，管理员就会删除该资源组。这就避免了一种常见的管理问题，即IT人员漏掉了一项，而它的费用在下一个账单中显示了出来。

7

高效的代码带来不同

在本地场景中，管理员通过额外的资源来克服低效的代码。在云中，每项事务或每秒都有成本，更好的编程可以降低开支。

例如，一个没有经验的数据库程序员建立一个额外的临时数据库，每次在云上增加一个新的数据时，公司就会花费更多的钱。这种低效的做法带来的影响会随着每个部署的实例加倍扩散，成本也是如此。一个对SQL理解更透彻的更好的程序员可以避免这种浪费，并且构建出的代码运行时间更短。

好的程序员需要更高的薪水，但对于使用云扩展的公司来说，这样的花费是值得的。从长远来看，企业可以节省更多的钱，因为较低的资源使用率（得益于更好的代码）会让来自微软的账单变小。