技术文章

了解最新技术文章

当前位置:首页>技术文章>技术文章
全部 154 常见问题 1 技术文章 152

Paessler监控云 IT 和混合 IT 基础架构的终极指南 3/6

时间:2023-04-21   访问量:1090

在开始阅读本文之前:这是由六部分组成的博客系列的第三部分。如果您已经知道前面的部分,请随时阅读以下内容。否则,让我简要解释一下结构。

本系列中的每篇博客文章都建立在上一篇博客文章的基础上。实际示例参考我们虚构的公司示例公司。. 我在第 1 部分的开头描述了公司的结构。

👉 第 1/6 部分 – 适用于云优先方法的正确 IT 监控解决方案

👉 第 2/6 部分 – 使用帕斯勒 PRTG 托管监视器进行云监控


好。现在您已经知道了设置,让我们开始吧! 😊


第 3 部分 – 如何逐步将本地 IT 迁移到云

很高兴您加入了我们大型云和混合IT特别节目的第3部分。这次,我们将介绍将本地 IT 迁移到云的不同方法

云迁移策略是任何可靠业务策略的一部分。在我们看一个实际的例子之前 - 即将我们演示公司的Intranet服务器从本地迁移到云 - 我有一些理论给你。

 🥰

选择合适的迁移方法

对于实际迁移,您需要正确的方法。为了消除整个主题的一些复杂性,我将简要向您展示不同的方法。

混合扩展这涉及向本地应用程序添加云功能,同时将其大部分功能保留在本地或本地私有云中。
直接迁移使用此方法,要迁移的应用程序无需任何调整即可移动到云中,并继续在那里运行而无需进行任何更改。
提升和伸展在这种情况下,要迁移的应用程序将适应云提供商的平台或移动到该平台。然后针对云对它们进行优化
完全重建这意味着应用程序是在云中本地重新开发的。目前,此变体仍然是最常使用的迁移策略。

⚠️ 为一个特定用例选择迁移方法并不意味着您将以相同的方式对待整个基础架构。

在实践中,直接迁移可能是某些应用程序的理想选择,而完全重建可能对其他应用程序更有意义。这取决于您的个人情况,并且可能因公司而异。

💯 无论您的 IT 基础架构有多大或多小:请花点时间仔细考虑迁移策略并将其写下来。我不推荐“只做”的原则。

 Paessler PRTG

避免停机并监控
环境条件

大致了解您的数据中心,
包括能耗、室
温和物理访问指标。


你还应该考虑什么

迁移顺序

您的哪些应用领域最适合迁移到云?🤔 最好查看每个系统,并评估它们是否适合迁移到云。

这将为您提供一个概述,您可以使用该概述来决定从哪些系统开始迁移。在实践中,BI和CRM系统非常适合迁移,而ECM系统通常需要更复杂的准备。

多云

请务必预先考虑多云方法。我的意思是在异构架构中使用多个云和存储服务。

将基础架构分散到多个云托管环境中可以分散风险,为您提供更大的灵活性,并允许您优化性能📈

此外,多个云提供商通常使您能够以最佳方式满足合规性和数据保护要求

云迁移之后是云到云迁移之前

从长远来看,您的旅程不会因您选择的云提供商而结束。三分之一的混合 IT 公司已经执行了云到云迁移。

这就是监控的优势发挥作用的地方。监控不会使您的云提供商变得更好,但它将帮助您衡量其可靠性并决定何时是切换的好时机。

这意味着:保持灵活性🖖,不要使您的应用程序和基础架构依赖于特定的云服务。另一招必将到来!

不要害怕从精益解决方案开始,然后逐步扩大规模。如果你有一个适当的策略,通往云的路径非常简单。


为了考虑它有多容易,让我们看看我们的示例公司的情况。

我们正在将内部网服务器迁移到云

将基础结构(或至少部分基础结构)迁移到云的原因有很多。它从成本优化、更高的安全性、增加灵活性到更高的效率开始,因为您可以专注于您的核心业务。

在我们的示例中,我们将内部网应用程序服务器迁移到云。长期以来,Example Inc. 与本地内部网相处得很好。

但是,最近应用程序开始运行缓慢,每次发出请求时,您几乎可以听到齿轮吱吱作响的声音。是时候再次加快速度并将我们的内部网托管在云中了。

数据在云中保持安全,并且仅通过内部可访问的VPN进行访问。另一个优势是我们在云中拥有几乎无限的存储空间。

现在,让我们迁移吧!以下是目前 PRTG 中本地服务器的配置:

intranet-server-before-migration-in-prtg-hosted-monitor

如您所见,当前配置在物理戴尔服务器上运行。现在,Example Inc.希望将其内部网应用程序迁移到云中。

在我们的示例中,我们使用亚马逊的计算能力来实现此目的。他们的解决方案称为Amazon EC2,是Amazon Elastic Compute Cloud的首字母缩写。您可以在 AWS 网站上阅读有关 EC2 的更多信息。

在AWS领域的虚拟机上,我们安装了最新的Windows操作系统,并进行了所有必要的更新。接下来,我们开始安装我们的内联网应用程序。

最后,我们继续迁移数据。从我们的本地系统,我们开始数据导出并将数据导入到我们新安装的基于云的内部网解决方案。

在PRTG中,我们只需要添加新设备并包含必要的传感器。我们使用 AWS EC2 传感器来监控虚拟机本身。为了监控应用程序,我们使用 SSL 证书传感器、HTTP 传感器等传感器。

👨‍💻 在许多情况下,您甚至不必更改应用程序的传感器。我们设备“intranet.example.org”的大多数传感器将继续工作。

 

只要路由和防火墙设置合适,对于 Paessler PRTG 来说,服务器是否指向内部 IP 或 AWS 上的实例并不重要。


最后,这就是我们的 PRTG 托管监视器中的样子:

intranet-server-after-migration-in-prtg-hosted-monitor

如果您比较之前和之后的屏幕截图,您会发现监控几乎没有变化。我们现在监控的是 AWS 实例,而不是物理机。在应用程序服务器中,传感器类型保持相同。

如果您单击 AWS EC2 传感器,它将提供更多信息:

intranet-server-after-migration-in-prtg-hosted-monitor-details-in-aws

AWS EC2 v2 传感器通过 AWS API 从 Amazon CloudWatch 读取其数据来监控弹性计算云 (EC2) 实例的性能。

无需重新安装即可迁移

假设要迁移的设备已经是虚拟 VMware 计算机,您甚至可以直接迁移到云而无需重新安装。在此处了解它如何与 VMware 配合使用:VMware 文档 - 将虚拟机迁移到云

旧传感器会怎样?

这完全取决于你! 🧐 您可以删除旧本地设备的传感器。或者,您可以暂停传感器(或整个设备)并保留传感器的历史数据。如果您想稍后检查某些内容,需要来自设备或服务的历史正常运行时间数据等,这可能是有意义的。

总结

应用程序服务器的迁移只是众多示例中的一个。您可以将其映射到几乎任何用例。如果可以将设备或应用移动到云,则基本步骤始终相同。是迁移现有安装(包括操作系统)还是重新安装操作系统并仅移植应用程序取决于您的使用案例。

最重要的是确定最合适的迁移方法。在某些情况下,您只需将旧机器移动到云中,这样它就可以在关闭之前在那里度过余生 - 在这里,理想情况下,您正在执行直接迁移

其他系统在云中从头开始其生命周期。在这里,您可能会选择完全重建。这花费的时间最多,但您可以确保从全新安装的系统开始。

 Paessler PRTG

面向中小型
IT 基础架构的托管监控

使用我们基于云的监控解决方案监控
IT 基础架构中的所有系统、设备、应用程序、
流量等。


总结一下: 

✔️ 我们考虑了基于云的监控工具的重要要求。
✔️ 之后,我向您展示了如何安装Paessler PRTG托管监视器以立即开始监视。
✔️ 我们一起将系统从本地迁移到云,并了解了不同的迁移方法。
⏭️ 在下一部分中,我们将领带换成工作手套,然后从办公室走到您的OT区域。 🧤


在我们系列的下一部分,我将展示使用Paessler PRTG监控您的工业环境非常容易🤩 我们将回到我们的示例公司,我们有一个IPC系统,一个OPC UA环境,MQTT和在我们的网络上运行的西门子S7 PLC。


上一篇:Paessler监控云 IT 和混合 IT 基础架构的终极指南 2/6

下一篇:Paessler监控云 IT 和混合 IT 基础架构的终极指南 4/6

发表评论:

评论记录:

未查询到任何数据!

在线咨询

点击这里给我发消息 售前咨询专员

点击这里给我发消息 售后服务专员

在线咨询

免费通话

24小时免费咨询

请输入您的联系电话,座机请加区号

免费通话

微信扫一扫

微信联系
返回顶部