迁移至后对工作负载进行验证和优化 IBM Cloud VPC
在迁移后,通过功能测试、资源配置优化和性能基准测试,对 IBM Cloud VPC 工作负载进行验证和优化。
功能验证清单
在迁移波之后,验证每个虚拟服务器实例的以下项目。
对于每项申请,请检查以下项目。
关于环境,请检查以下项目。
性能验证
使用以下信息,帮助你将迁移后的指标与迁移前的基线进行比较。
- CPU 使用率必须与基线相近或更低。 如果 CPU 性能较高,则应检查应用程序是否效率低下或实例配置文件是否不正确。
- 内存用量必须相同。 如果发生内存交换,则说明实例配置文件不足。
- 磁盘 IOPS 需要达到或超过 VMware 性能。 如果 IOPS 低于预期,请检查存储配置文件层级选择,并验证是否启用了池带宽分配。
- 网络吞吐量需要达到或超过 VMware 性能。 如果吞吐量低于预期,请检查实例配置文件网络带宽,并验证存储带宽是否占用了过多的 3:1 比例。
- 应用程序的响应时间需要与 VMware 相似。 如果响应时间更长,请调查网络延迟或存储 I/O。
调整规模的机会
初始迁移通常使用“提升和转移”大小( vCPU 和 RAM 与 VMware 相同)。 迁移后,优化以下资源:
适当调整 CPU:
- 如果 CPU 平均值小于 20%,可考虑使用较小的实例配置文件
- 如果 CPU 的突发率经常超过 80%,请考虑使用更大的配置文件或可突发配置文件
- 使用 VPC 监控跟踪 2-4 周的 CPU 使用情况
正确调整内存大小
- 如果内存使用率小于 50%,请考虑使用内存更少的配置文件
- 如果发生内存交换或内存压力过大,请考虑配置更多内存的配置文件
- 检查应用程序内存泄漏
合理调整存储空间:
- 比较实际 IOPS 使用量和配置层使用量
- 如果使用率低于预期,可从
10iops-tier回滚到5iops-tier配置文件 - 考虑使用
sdp配置文件满足高性能需求
合理调整网络带宽:
- 监控网络和存储带宽的实际使用情况
- 如果持续达到极限,则调整实例配置文件
- 如果存储吞吐量较慢,可调整存储与网络的比率
优化云原生模式
迁移稳定后,可考虑采用以下云原生增强功能:
受托管服务
- 用 IBM Cloud 数据库取代自主管理数据库
- 用 VPC 文件存储或对象存储取代文件服务器
- 用 VPC 应用程序负载平衡器取代负载平衡器
高可用性
- 在多地区部署
- 使用负载平衡器进行自动故障切换
- 为无状态层实施自动扩展
备份和灾难恢复
- 使用 VPC 快照进行备份
- 实施跨区域快照副本以实现灾难恢复
- 考虑使用 IBM Cloud Backup 进行文件级备份
监控和可观测性
- 与 IBM Cloud Monitoring
- 利用 IBM Cloud 日志实施日志聚合
- 使用 VPC 流量日志进行网络流量分析