既然我们已经在第一篇文章中定义了我们的需求和约束，物联网专用卡，并且我们的工作的单一虚拟机基础设施是从我们的第二篇文章构建的代码，现在是时候开始大构建了！我们已经构建了我们想要的多虚拟机架构，我们已经从与开发团队的初步讨论中得到了一个地图。这种架构的好处是，我们也倾向于使用服务风格的方法。这意味着我们可以将SQL和最终的NoSQL集群划分为共享服务，甚至可以根据需要将它们移植到云上的PaaS。我们所做的一切都应该着眼于未来的理想状态。编制多虚拟机部署让我们从我们的虚拟机基础结构需要的最简单的布局开始。我们有我们的公共代码库，它显示了我们正在构建的内容的真实版本。这很重要，因为我们只关注一些特定的片段可以节省博客空间。测试时请参考存储库以获取完整的代码你自己。进来在第2部分中，我们使用一个VMware vSphere模板和Terraform构建了我们的单块VM，以快速启动和删除该模板中的克隆。这是最简单的一点。这就是我们将注意力转向Multi-VM第3部分的地方，它是更健壮的版本。目前，我们使用的是一个基本模板，我们将在第4部分中考虑应用程序部署。我们只想在可重复和一致的步骤中实现这一点，这是任何自动化的目标：结果的一致性允许您安全地加快部署速度。从好的想法开始变成坏的做法实际上，在这个代码集中，大数据分析应用，您确实遇到了一些不好的实践，因为我们想展示从手动操作到以代码形式跳转到高效、编码的基础设施的过程。这个存储库要做的并不是最好的主意，就是将每个VM克隆的代码映射成独立的代码块。然后本系列的第4部分将向您展示如何干燥（不要重复自己）代码。作为一个博客读者，我一直害怕的是，新方法的引入如此之快，以至于没有机会让你看到这台机器是如何制造的。我希望你能在这里找到这种进步的博客系列风格有帮助吗在文件夹中创建的扩展名为.tf的文件将作为配置的一部分由Terraform评估。您可以将这些文件创建为一个大的单个文件，也可以根据您的喜好创建单独的逻辑文件。我更喜欢为基础设施的逻辑分组创建一个单独的文件。我们还没有进入模块…留到下一个博客系列！构建三个应用程序虚拟机您将在所有这些集群节点上使用一个简单的基本模板，云发布，这使得这项工作变得简单。然后，我们可以将目标帖子再往前移一点，并在本系列结束时添加应用程序部署。让我们用一个文件来描述这三个应用程序vm。我们将在这里引用的文件是应用程序-虚拟机.tf位于GitHub存储库中的文件。我们的新代码将包括三个资源，每个资源都用VM的名称进行编码，以使它们唯一。需要唯一性，否则Terraform将抱怨重复的资源。在我们的第一个博客中，我们只使用了"vm"的名称，而这两个应用程序都将使用"vm-app-1"、"vm-app-2"和"vm-app-3"-虚拟机.tf文件和输出.tf文件。示例应用程序-虚拟机.tf:我们的Terraform配置生成的输出输出.tf也由计算机名称显式设置。例子输出.tf：在下一篇博客系列文章的第4部分中，我们将删除一些重复的代码。键入terraform输出将呈现由vm获取的IPv4和IPv6地址发射。下一个up是两个数据库集群，店铺淘客，每个集群有3个虚拟机。构建sql3节点集群VMs我们将为SQL集群引用的这个文件是SQL-3-节点.tf位于GitHub存储库中的文件。我们使用相同的简单模板来演示克隆过程。下一篇博客将展示如何运行内联命令和远程命令来完成应用程序。那负责三个应用服务器和三个SQL服务器，国内的云服务器，为MariaDB集群做准备。最后一步是我们对NoSQL环境的未来需求。这是做IaC的一个优点，因为我们可以在代码中轻松地完成许多繁重的工作。耶！构建MongoDB三节点集群VMs多虚拟机部署的最后一部分是我们的MongoDB服务器。我们将为NoSQL集群配置引用的文件是mongo-3-节点.tf位于GitHub中的文件存储库同样的情况也会出现在我们的MongoDB安装中，我们将在下一篇博客中使用一些简单的脚本来完成。我们可以重新部署一个新的表格，然后重新部署一个新的表格。您还可以在这里看到包含所有9个输出节的最终输出文件。我们学到了什么，下一步是什么？现在您知道了如何使用Terraform配置文件扩展多个虚拟机的部署。你在这里学到的是：每个以.tf结尾的文件都将由Terraform计算和配置您可以使用一个或多个.tf文件–多个文件可以更容易地按VM组进行组织重复的代码创造了工作，但一开始看起来很简单-欢迎使用技术债从一开始就进行编码意味着我们可以很容易地在运行中添加组件下一步是引入一些简单的循环来删除重复的代码，并稍微收紧我们的脚本。这根本不会改变输出，但会简化我们有多少代码。当我们在集群中超过3台机器时，这将被证明是有帮助的。每一步都会让你的IaC排骨变得更加多才多艺！