2. 确定升级目标
在明确定义业务需求的情况下，确定升级项目的范围，并确定受升级影响的硬件、软件、服务、策略、流程和工作流。
升级从来都不是一个全有或全无的决定。升级范围可能非常狭窄和具体，因此请提前明确确定范围以防止潜在的灾难性疏忽，例如意外的硬件或软件版本不兼容。
考虑老化的旧工作负载和依赖于工作负载的硬件。您可以将重要的工作负载重新设计为更新的软件产品，在功能强大的新服务器硬件上部署更新的软件，并淘汰老化的硬件。在这种情况下，主要升级目标将涉及旧服务器及其旧应用程序。
此外，请考虑次要范围，例如依赖项。例如，如果那个老化的应用程序依赖于一个较旧的数据库，您是否必须升级该数据库及其硬件？应用程序或系统管理等实践被视为依赖项，您应该将它们包括在范围内。
3. 创建升级路线图
一个升级项目或目标通常涉及多个离散的升级任务。例如，升级可能涉及向基础架构添加两个服务器机架，但这可能还需要增加电源和冷却能力升级或增强 WAN 访问。
即使是像服务器升级这样简单的事情也可能涉及支持工作。例如，要将 2U 服务器添加到完整机架，您可能需要先重新安置一台或多台其他服务器以腾出空间。这些考虑可能看起来像细枝末节，但即使是小细节也可能会延迟升级。
检查预期目标及其依赖关系，并首先确定依赖关系。这可能是简单地重新定位硬件以腾出适当的机架空间或升级支持平台（例如数据库及其服务器）的问题，然后再推出预期的升级。
4. 确定升级技术
为升级确定新产品可能就像为存储升级选择新磁盘或为新服务器选择品牌、型号和负载一样简单。更大的升级需要更多的考虑。例如，如果需要更新一组相关服务器，请评估先进技术平台的潜力，例如超融合基础设施。
使用不熟悉的硬件和软件进行升级是灾难的根源，因此请尽可能在投入使用之前测试产品。使用动手评估和原理验证项目来验证新的硬件和软件产品，并了解它们的部署、设置、配置和互操作性注意事项。
