今天的问答帖子涵盖了微软Azure站点恢复工程项目经理Siddharth Deekshit和MSC基础设施和运营IT总监Quentin Drion的访谈。MSC是一家全球性的航运和物流企业，我们的谈话重点是他们组织的Azure Site Recovery（ASR）之旅。要了解有关在Azure中实现弹性的更多信息，请参阅本白皮书。我想从了解MSC正在经历的转型之旅开始，包括在Azure上进行整合。你能谈谈Azure今天是如何帮助你经营业务的吗？我们是一家航运公司，所以我们把集装箱运到世界各地。多年来，我们开发了自己的软件来管理我们的核心业务。我们为小型、中型和大型实体提供了一套不同的软件，这些软件都是在本地运行的。这意味着我们必须维护大量本地资源来支持所有这些业务应用程序。几年前，人们决定在Azure中整合所有这些业务工作负载，而不管实体的大小。当我们迁移的时候，我们关闭了我们的内部部署，然后开始使用Azure中托管的软件，并将其作为我们的子公司的服务。这种新设计由内部IT团队以集中方式进行管理。太棒了。整合是使用Azure的一大好处。除此之外，你认为迁移到Azure还有什么好处？对我们来说，自动化是一个巨大的进步，我们与Azure的集成和自动化方面的API功能使我们能够在几小时内部署环境，而在此之前，我们需要花费更长的时间来订购硬件、设置和配置。现在我们不再需要担心设置以及硬件支持和保修。环境都是虚拟化的，当然，我们可以为全球所有实体提供相同级别的恢复点目标（RPO）、恢复时间目标（RTO）和安全性。说到RTO和RPO，让我们稍微谈谈站点恢复。你能告诉我使用站点恢复之前的生活是什么样的吗？实际上，当我们开始迁移工作负载时，我们采用了一种更传统的方法，即我们在一个Azure区域中执行主要的生产工作负载，并且在另一个区域中建立和管理一个完整的灾难恢复基础设施。因此，传统的本地数据中心方法实际上是我们如何开始在Azure上进行灾难恢复（DR），但后来我们花了时间研究站点恢复可以为我们提供什么。根据调查结果和我们进行的一些测试，我们决定改变我们已经实施了2到3年的实施，并切换到站点恢复，最终大大降低了我们的成本，因为我们不再需要让我们的DR Azure虚拟机在另一个地区运行。在管理方面，我们也比较容易。对于传统的工作负载，我们的RPO和RTO比以前的方法更好。所以我们看到了所有方面的巨大好处。很高兴知道。在使用站点恢复时，您最怀疑的是什么？您提到您的团队运行了测试，那么是什么让您确信站点恢复是正确的选择？这是基于我们做的测试。早些时候，为了确保域名系统（DNS）设置和其他网络设置是合适的，我们做了大量的手动工作来切换到DR区域，所以有很多限制。当我们将其与手动方式进行比较时，站点恢复的效果非常神奇。事实上，我们的主要地区可能会失败，而这并不需要我们做太多的事情。我们的应用程序可以在DR区域重新启动，我们只需管理应用程序的上层，以确保它正确启动。我们对重新启动应用程序持谨慎态度，这不是因为虚拟机，因为我们确信站点恢复会起作用，而是因为我们的数据库引擎。我们非常惊讶地看到网站恢复的效果。我们所有的团队都对这个解决方案非常满意，他们看到了向这种技术转移的附加值，作为运营团队，他们也看到了我们管理层能够节省资金的附加值，因为我们减少了实际上没有被使用的虚拟机的数量。你能跟我谈谈你在网站恢复方面的经验吗？我想那时我们在Azure有六到七个主要的内部开发的应用程序。我们选择其中一个应用程序作为测试的候选。测试成功了。然后我们扩展到生产中的另一组应用程序。又没有什么大问题。我们唯一的缺点是有一些大磁盘。最初，我们的一些较大的磁盘不受支持。这个问题很快就解决了，而且从那以后，我想说，非常简单。基于测试的成功，我们努力将平台上的所有应用程序切换为使用站点恢复进行灾难恢复。你能告诉我你今天在你的Azure虚拟机上运行的工作负载吗？有多少人在日常工作中利用这些虚拟机上运行的应用程序？所以它真的是核心商务应用。当然，底层有主要的基础设施，但我们提供的是我们内部编写的业务应用程序，这些应用程序在Azure中呈现给Citrix前端。这些应用程序进行集装箱预订、客户登记等。我的意思是，我们有不同的工作负荷与完整的运输过程相关联。在用户方面，我们有一些应用程序正在被5000多人使用，而且越来越多的应用程序正在成为他们的主要日常应用程序。哇，这么多的使用量，我很高兴你相信站点恢复可以满足你的灾难恢复需求。你能告诉我一些关于这些工作负载的架构吗？其中大多数是基于Windows的工作负载。全球使用最多的软件是三层应用程序。我们有一个SQL数据库，一个中间层服务器，应用服务器，还有一些web前端服务器。但对于我们现在开发的新版本，它是基于微服务的。还有一些Linux服务器用于特定用途。告诉我更多关于Linux的经验。对于Linux工作负载，站点恢复就像一个魅力。我们一开始只犯了一些错误，是我们这边的。我们想使用Red Hat的产品Satellite进行更新，但我们没有意识到，如果您想使用Satellite，我们就无法更改虚拟机的管理方式。它需要在一开始就定义，否则就太晚了。但除此之外，"自带许可证"的故事也非常有效，尤其是在站点恢复方面。很高兴听到你觉得这是一次无缝的体验。站点恢复的其他方面是否给您留下了深刻印象，或者您认为其他组织应该了解这些方面？对我来说，这是一种以简单的方式进行训练的能力。使用更传统的方法，每次您想要执行完整的灾难恢复测试时，在准备方面总是要耗费时间和资源。有了站点恢复，我们在几个星期前对整个环境做了一个测试，准备工作非常容易。切换到恢复区域很快，而且很容易将工作负载恢复到主区域。所以，我的意思是，今天对我来说，使用站点恢复非常简单。如果你必须从头再来一遍，你在网站恢复过程中会有什么不同的做法？我会早点开始用的。如果我们没有采用传统的主动-被动方法，我认为我们可以为公司节省时间和金钱。另一方面，我们对这次旅行充满信心。除此之外，我想我们不会有太大的改变。但我们现在要做的是，开始研究Azure Site Recovery services，以便能够在Hyper-V中复制运行在本地虚拟机上的工作负载。对于那些尚未迁移到Azure的应用程序，我们至少要确保正确的灾难恢复。我们还希望复制一些VMware虚拟机，这些虚拟机在迁移到Hyper-V的过程中仍然存在。这正是我们正在寻找的。对于其他潜在或当前的站点恢复客户，您有什么建议吗？如果需要的话，我建议早点开始分享。开始使用站点恢复，即使是在一个小应用程序上。它将帮助您看到附加值，这将帮助您说服运营团队，让他们相信Site Recovery提供的服务是非常有价值的，他们可以信任Site Recovery提供的服务，而不是试图独自完成所有事情。这是个很好的建议。这些都是我的问题，昆汀。谢谢分享你的经历。了解有关Azure弹性的更多信息。