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

「知了Prophet」

主机详细信息调研工具
 

 

——项目背景——

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

——用户环境——

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

 

调研环境准备

 【软-件-安-装】

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、进入「知了Prophet」容器

docker exec -ti prophet bash

2、扫描全网中活跃主机

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

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

3、填写用户名/密码

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

 

 

CSV结构说明(填写标红字段必填项)

 

 
 

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文件,该文件就是采集后的打包文件。

 


 

【系-统-信-息-分-析】

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

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地址:

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

Gitee地址:

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

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

 

 

 

「知了Prophet」

 

自动化采集、分析的工具集,目前支持对物理机、VMware环境的采集和分析,未来将扩展至云平台资源、存储、网络等多种资源。

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

关于我们

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

内容推荐

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

福虎迎春,值此新春佳节之际「知了Prophet」终于在Github开源上线啦!No.1 「知了Prophet」的诞生在介绍「知了Prophet」前,我更希望和大家分享一下Prophet诞生的背景吧。相信有部分朋友知道,我们万博智云致力于多云自动化工具的探索和创新。持续构建多云管理工具集平台,助力MSP和企业打造多云基础架构的IT底座。在我们大大小小的迁移容灾项目中,会有一个项目前期都会做的工作:调

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

01 开源调研工具Prophet是干什么用的?&nbsp;Prophet主机信息详细采集工具在很多IT系统建设项目中,前期调研咨询都是一件非常复杂且耗时的工作,遇到配合的客户还好,碰到IT系统管理混乱的企业,光是互相推诿、甩锅就能硬生生的把一个3个月的项目做成一年的。在这个过程中,通常使用的手段都是用Excel让用户进行填写,但是万万没想到的是,我精心设计的带有样例的表格竟然被填写成一件件不可思议的“艺术品”。如果连基本的信息都采集不准确,可想而知这样的项目越干难度越高。在长期的调研实践工作中,

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

某政务云项目业务系统迁移调研最佳实践&nbsp;「知了Prophet」主机详细信息调研工具&nbsp;&nbsp;&nbsp;项目背景&nbsp;&nbsp;&nbsp;某国家部委云平台项目自2020年中旬开始建设云平台,后期期望将全部VMware主机迁移至国产云平台内,但是由于虚拟机数量较大,系统调研工作迟迟未能完成,导致项目严重超期。从2021年6月介入该项目后,我们通过「知了Prophet」自动化调研工具,快速帮助用户完成业务系统调研工作,还通过”容灾渐进式“迁移的理念打消了用户在迁移前的

号外!万博智云与ZStack完成产品兼容互认证啦!

近日,上海云轴科技股份有限公司(简称“云轴科技ZStack”)与万博智云信息科技(上海)有限公司(简称“万博智云OnePro Cloud”)完成产品兼容性互认证。近日,上海云轴科技股份有限公司(简称“云轴科技ZStack”)与万博智云信息科技(上海)有限公司(简称“万博智云OnePro Cloud”)完成产品兼容性互认证。&nbsp;经过测试,万博智云OnePro Cloud两款旗舰产品HyperBDR云容灾与HyperMotion云迁移都已实现与ZStack Cloud云平台的深度对接,实现自

全球峰会亮点:HyperBDR云容灾和HyperMotion云迁移在埃及、墨西哥和马来西亚的峰会亮相

上个月,我们的解决方案在埃及、墨西哥和马来西亚的主要峰会上得到了展示。这些与云供应商和MSP合作伙伴联合组织的现场活动突显了人们对我们解决方案日益增长的信心。我们很高兴看到#HyperBDR凭借其快速的基于云的灾难恢复和经济高效的解决方案,得到了与会者的热烈反响与此同时,#HyperMotion继续在促进快速、大规模的云迁移方面表现出色,并在活动中分享了成功的案例研究衷心感谢华为云、T-Systems墨西哥、VSTECS Berhad、威比集团以及我们所有的合作伙伴给予的大力支持。我们期待与更多

政务云灾备怎么高效合规?HyperBDR助您抢占千万订单!

政务云灾备方案怎么做?关键在于“合规先行”。这份高效合规指南,帮你拿下大单!

撤了!6天搬走500台VMware虚拟机

VMware到期在即,这个方案紧急时刻力挽狂澜,帮他们高效完成业务迁移。

万博智云携手Sejel与Wisys深耕沙特市场,共推云容灾解决方案

&nbsp;万博智云,全球领先的云计算与数据管理解决方案提供商,近期宣布与沙特两家知名企业Sejel和Wisys签署战略合作协议,旨在共同推广高效、创新的云容灾与迁移产品,并提供一流的服务于中东市场。&nbsp;万博智云一直致力于跨架构的数据流转场景,以其前瞻性的技术和灵活的部署方式,为企业提供了一条从传统IT架构到云计算平台平滑过渡的路径。从传统到云的演进在不同地区的进展差别巨大,但我们关注到博通收购VMware并进行营销策略调整后,给全球市场带来的影响是一致的。客户开始重新意识到单一平台的依