1540台
大规模政务云迁移
VMware迁移
从VMware上私有云
自动化调研
开源调研工具

项目背景

 

某国家部委云平台项目自2020年中旬开始建设云平台,后期期望将全部VMware主机迁移至国产云平台内,但是由于虚拟机数量较大,系统调研工作迟迟未能完成,导致项目严重超期。从2021年6月介入该项目后,我们通过「知了Prophet」自动化调研工具,快速帮助用户完成业务系统调研工作,还通过”容灾渐进式“迁移的理念打消了用户在迁移前的顾虑,在不到1个多月的时间内,顺利完成了多套业务系统迁移工作,涉及虚拟机数量超过百台。本文重点介绍如何利用「知了Prophet」调研工具,完成自动化调研及系统信息梳理工作。
 

用户环境

 

客户本次要迁移的业务系统运行在以VMware为主的虚拟化平台上,VMware ESXi版本主要集中在5.1、5.5和6.5版本上,共计20台ESXi服务器,虚拟机数量1000台以上,分为业务区和DMZ区。

 

调研环境准备

 

1. 软件安装

 

(1)准备运行环境

在ESXi上创建一台虚拟机,配置如下:

 

  • 操作系统:CentOS 7.3
  • 规格:2 CPU 2G Memory 40G
  • 网络:能够访问vCenterESXi,443和902端口(TCP协议)

 

(2)安装容器

登陆到系统内部,使用root容器安装Docker

wget https://download.docker.com/linux/static/stable/x86_64/docker-19.03.15.tgz

配置容器

setenforce 0

tar -zxvf docker-19.03.15.tgz

mv docker/* /usr/bin/ && rm -rf docker 

cat > /etc/systemd/system/docker.service <<-EOF

[Unit]

Description=Docker Application Container Engine

Documentation=https://docs.docker.com

After=network-online.target firewalld.service

Wants=network-online.target

[Service]

Type=notify

# the default is not to use systemd for cgroups because the delegate issues still

# exists and systemd currently does not support the cgroup feature set required

# for containers run by docker

ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:2375 -H unix://var/run/docker.sock

ExecReload=/bin/kill -s HUP

# Having non-zero Limit*s causes performance problems due to accounting overhead

# in the kernel. We recommend using cgroups to do container-local accounting.

LimitNOFILE=infinity

LimitNPROC=infinity

LimitCORE=infinity

# Uncomment TasksMax if your systemd version supports it.

# Only systemd 226 and above support this version.

#TasksMax=infinity

TimeoutStartSec=0

# set delegate yes so that systemd does not reset the cgroups of docker containers

Delegate=yes

# kill only the docker process, not all processes in the cgroup

KillMode=process

# restart the docker process if it exits prematurely

Restart=on-failure

StartLimitBurst=3

StartLimitInterval=60s

[Install]

WantedBy=multi-user.target

EOF

运行容器

systemctl daemon-reload

systemctl start docker

(3)安装「知了Prophet」调研工具

docker pull \

 registry.cn-beijing.aliyuncs.com/oneprocloud-opensource/cloud-discovery-prophet:latest

(4)运行容器

我们将/root目录映射到容器内部

docker run \

  --net host \

  --privileged=true \

  --name prophet \

  -v $HOME:/root \

  -dit \

  registry.cn-beijing.aliyuncs.com/oneprocloud-opensource/cloud-discovery-prophet:latest
 

系统调研

 

1. 系统信息采集

 

(1)进入「知了Prophet」容器

docker exec -ti prophet bash

(2)扫描全网中活跃主机

扫描指定网络地址段内的主机,并进行记录,可以作为后续更详细信息采集的输入。扫描完成后,将自动在指定的/root路径下生成 csv 文件。

prophet-cli scan --host 10.1.0.43-62 --output-path /root

(3)填写用户名/密码

将生成CSV文件回传本地,用Excel编辑,填写用户名/密码信息

Excel编辑用户名/密码信息

(4)执行采集

填写完成后,将scan_hosts.csv文件传到宿主机/root目录下,就可以执行详细信息采集了,方法如下:

prophet-cli collect --host-file /root/scan_hosts.csv --output-path /root/

指令运行后,会有汇总性的信息,如果采集失败,则需要在日志中查询错误原因

===========Summary==========

Total 73 host(s) in list, Need to check 2 host(s), success 0 hosts, failed 2 hosts.

Failed hosts: ['[WINDOWS]xxx', '[LINUX]xxx']

============================

执行完成后,将在ouput-path中生成host_collection_xxx.zip文件,该文件就是采集后的打包文件。

 

2. 系统信息分析

对上一步运行的结果进行分析

prophet-cli report \

  --package-file /root/host_collection_20210804091400.zip \

  --output-path /root/

最后生成的analysis_report.csv就是分析后的文件,可以传输回本地,进行进一步分析,至此完成了全部信息采集工作。信息采集

 

总结

 

在本次调研工作中,脚本总运行时间在30分钟内,共调研出虚拟机数量1049,其中Window 582台,Linux 467台,CPU总数量 7734核,内存总大小19T,总存储容量为60TB。在大规模系统调研中,自动化是必须的手段,而目前在迁移调研领域的工具少之又少,所以「知了Prophet」工具无疑是对系统调研准确性的最好的保障。现在,「知了Prophet」开源上线github,并同步至国内的gitee上。

 

我们希望,大家在使用过程的问题和新需求,都可以和我们提出来。大家可以在github上提交issue,或者加入我们的开发交流群,与我们一起共建Prophet。

Github地址:

https://github.com/Cloud-Discovery/prophet

Gitee地址:

https://gitee.com/cloud-discovery/prophet

 

 

 

 

案例描述
挑战:某国家部委云平台项目需迁移超百台 VMware 主机至国产云平台,但虚拟机数量大,系统调研难开展,项目超期。
方案:使用「知了 Prophet」自动化调研工具,在 ESXi 创建虚拟机配置运行环境、安装容器和工具,扫描主机、填写信息、执行采集并分析。
收益:不到 1 个月完成多套业务系统迁移,30 分钟内完成调研,精准掌握超千台虚拟机信息,保障调研准确性。
为您推荐

关于我们

万博智云,国内领先的智能基础架构解决方案提供商。基于异构AI算力与混合云的编排能力,为企业数字化转型提供精准高效的支撑平台。通过自主研发的智能调度引擎,构建覆盖算力编排、业务无感迁移、混合云容灾,多云成本优化等全栈解决方案。依托可进化的智能数字底座, 助力企业筑牢创新根基,在人工智能技术产业化与数字化能力升级中持续领跑行业。
www.oneprocloud.com.cn

内容推荐

开源免费!困扰多年的系统调研问题有自动化采集工具了!

开源免费!困扰多年的系统调研问题有自动化采集工具了!

万博智云将Prophet主机信息采集工具在GitHub上开源!本文深入解析Prophet作为开源工具的价值,揭示其如何自动化数据调研流程,解决云迁移和容灾项目前期调研耗时、数据不准的痛点,帮助MSP和企业高效完成IT基础设施普查,加速数字化转型。
使用开源调研工具Prophet是一种什么体验?

使用开源调研工具Prophet是一种什么体验?

Prophet是什么?本文深入解析这款用于主机信息采集的开源工具,揭示其如何自动化数据调研流程,解决传统云迁移前期调研耗时费力、数据不准确等痛点。了解Prophet如何助力企业高效、准确地完成IT资产普查,加速数字化转型。
某政务云项目业务系统迁移调研最佳实践

某政务云项目业务系统迁移调研最佳实践

如何高效完成云迁移前期的数据迁移调研?本文深入解析某政府云项目实践案例,揭示如何利用Prophet主机信息采集工具,自动化IT系统普查,解决传统人工调研耗时长、数据不准确的痛点,助力企业高效、平滑地实现数字化转型。
云灾备为什么会逐步替代传统灾备?

云灾备为什么会逐步替代传统灾备?

云灾备如何逐步替代传统灾备?优势、案例与实战解析
万博智云|HyperMotion云迁移V3.5.1版本发布|新增目标端平安云功能,目标端ZStack功能优化

万博智云|HyperMotion云迁移V3.5.1版本发布|新增目标端平安云功能,目标端ZStack功能优化

HyperMotion V3.5.1版本重磅发布!本次版本发布带来了多项功能优化,包括新增支持平安私有云和ZStack等目标端点,并提升了VMware迁移的无代理传输速度。本文深入解析HyperMotion如何通过技术升级,提供更灵活、高效的云迁移和数据迁移体验。
优化云支出以成为更成功的云管理服务提供商

优化云支出以成为更成功的云管理服务提供商

如何成为成功的云管理服务商(MSP)并实现云成本优化?本文深度解析企业云迁移后成本不降反升的原因,并介绍万博智云如何通过 HyperOne 等平台化工具,为MSP提供专业的云账单分析和成本管理服务,帮助客户实现云支出精细化管理,充分释放云容灾等云服务的价值。
服务器迁移的最佳实践

服务器迁移的最佳实践

全面拆解服务器迁移最佳实践,涵盖 P2V、V2V、系统级复制迁移、跨云迁移、国产化替代等关键场景,解析 VMware、KVM、阿里云、华为云之间的差异与驱动适配要点。文章同步介绍 HyperMotion 在智能迁移、agentless 采集和驱动自动注入方面的优势,帮助企业降低风险、缩短迁移周期。
2021可信云大会:云迁移白皮书发布,万博智云参与撰写

2021可信云大会:云迁移白皮书发布,万博智云参与撰写

《云迁移白皮书》重磅发布,万博智云深度参与编写。本文揭示云迁移未来四大趋势,探讨如何通过聚合云原生工具和平台,实现高效数据迁移。了解万博智云如何助力企业应对混合云挑战,加速数字化转型,推动行业标准化发展。
HyperBDR云容灾深度解析六:云上演练效率高保障全,容灾资源用处多

HyperBDR云容灾深度解析六:云上演练效率高保障全,容灾资源用处多

如何高效进行容灾演练并保障业务连续性?本文深入剖析HyperBDR云容灾解决方案,揭示其如何通过自动化、高效率的容灾备份演练,实现零业务中断。同时,了解HyperBDR如何将灾备资源用于云上测试、系统升级等多种用途,实现资源利用最大化。