迁移至后对工作负载进行验证和优化 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 流量日志进行网络流量分析