你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
业务案例(预览版)- 常见问题
本文解答了有关 Azure Migrate 中的业务案例的常见问题。 如果你遇到其他问题,请查看以下资源:
- 有关 Azure Migrate 的一般问题。
- 有关 Azure Migrate 设备的问题。
常规
如何导出业务案例?
可以从相应的业务案例中选择“导出”,以将其导出到 .xlsx 文件中。 如果看到“导出”手势处于禁用状态,则需要通过修改业务案例中的任何一个假设(Azure 或本地)来重新计算业务案例,然后选择“保存”。 例如:
- 转到某个业务案例,然后依次选择“编辑假设”和“Azure 假设”。
- 选择“性能历史记录持续时间日期范围已过期”警告旁边的“重置”。 你还可以选择更改任何其他设置。
- 选择“保存”。
这将使用更新后的假设重新计算业务案例,并启用导出手势。
评估和业务案例有什么差别?
评估可帮助你了解特定源和目标的就绪状态、大小调整和 Azure 成本估算(仅限计算和存储)。 这有助于了解如何迁移到 Azure。
业务案例可帮助你了解本地成本估算、Azure 成本估算和潜在节省(TCO 和 YoY)。 它可帮助你了解为什么选择 Azure?,以及速效方案和独特的 Azure 权益。
为什么我的业务案例处于计算状态?
业务案例会在后台创建评估,这可能需要一些时间,具体取决于项目中存在的服务器、SQL 服务器和 Web 应用的数量。 业务案例计算可能需要 15 分钟到 3 小时的时间。 如果它仍然停滞在计算状态,请创建支持请求。
构建业务案例
如何构建业务案例?
目前,可以在使用 VMware、Hyper-V 和物理/裸机环境中的轻型 Azure Migrate 设备发现的服务器和工作负载上创建业务案例,或者在使用 .csv 或 RVTools .xlsx 导入发现的服务器上创建业务案例。 该设备可发现本地服务器和工作负载。 然后将服务器元数据和性能数据发送到 Azure Migrate。
为何我无法从项目构建业务案例?
如果项目位于以下两个项目区域之一内,则无法创建业务案例:
德国中西部和瑞典中部
若要在现有项目中进行验证,请执行以下操作:
你可以使用 https://portal.azure.com/ URL 开始操作
在 Azure Migrate 中,转到“服务器、数据库和 Web 应用”>“迁移目标”。
在“Azure Migrate: 发现和评估”工具中,选择“概述”。
在“项目详细信息”下,选择“属性”。
检查项目位置。
以下区域不支持业务案例功能:
德国中西部和瑞典中部
如何将设施成本添加到业务案例?
- 转到业务案例并选择“编辑假设”,然后选择“本地成本假设”。
- 选择“设施”选项卡。
- 指定要作为设施成本包含在计算中的估计年度租赁/场地租用/电力成本。
如果不知道设施成本,请使用以下方法。
用于计算设施成本的分步指南
Azure Migrate 中的设施成本计算将基于专为本地数据中心定制的云经济方法。 此方法基于场地租用模型,该模型规定了每千瓦时的平均成本值,其中包括空间、电力和租赁成本,这些通常构成了数据中心的设施成本。
- 确定工作负载的当前能耗(以千瓦时为单位):当前工作负载的能耗 = 计算资源的能耗 + 存储资源的能耗。
- 计算资源的能耗:
- 确定本地基础结构中的物理核心总数:如果未掌握物理核心数,可以使用公式:物理核心总数 = 虚拟核心总数/2。
- 将物理核心数输入到给定公式中:计算资源的能耗 (kWh) = 物理核心总数 * 本地热设计功率或 TDP(每核心千瓦时)* 负载系数的积分 * 本地功率利用效率或 PUE。
- 如果不知道数据中心的 TDP 值、负载系数的积分和本地 PUE,可以在计算中使用以下假设:
- 本地 TDP(每核心千瓦时)= 0.009
- 负载系数的积分 = 2.00
- 本地 PUE = 1.80
- 存储资源的能耗:
- 确定本地基础结构使用的总存储容量 (TB)。
- 将以 TB 为单位的存储容量输入到给定公式中:存储资源的能耗 (kWh) = 以 TB 为单位的总存储容量 * 本地存储额定功率(千瓦时/TB)* 能耗到峰值消耗的转换系数 * 负载系数的积分 * 本地 PUE(功率利用效率)。
- 如果不知道本地存储额定功率的值、能耗到峰值消耗的转换系数以及负载系数积分和本地 PUE,可以在计算中使用以下假设:
- 本地存储额定功率(千瓦时/TB)= 10
- 能耗到峰值消耗的转换系数 = 0.0001
- 负载系数的积分 = 2.00
- 本地 PUE = 1.80
- 计算资源的能耗:
- 确定本地基础结构的未用能源容量:默认情况下,可以假设数据中心有 40% 的能源容量未被使用。
- 确定数据中心的总能源容量:总能源容量 = 当前工作负载的能耗/(1 - 未用的能源容量)。
- 计算每年的设施总成本:每年的设施成本 = 总能源容量 * 每月平均场地租用成本(美元/千瓦时/月)* 12。 可以假设平均场地租用成本 = 340 美元/千瓦时/月。
示例
假设 Contoso 是一家电子商务公司,拥有 10,000 个虚拟核心和 5,000 TB 的存储空间。 让我们使用公式来计算设施成本:
- 物理核心总数 = 10,000/2 = 5,000
- 计算资源的能耗 = 5,000 * 0.009 * 2 * 1.8 = 162 千瓦时
- 存储资源的能耗 = 5,000 * 10 * 0.0001 * 2 * 1.8 = 18 千瓦时
- 当前工作负载的能耗 =(162 + 18)千瓦时 = 180 千瓦时
- 数据中心的总能源容量 = 180/(1-0.4) = 300 千瓦时
- 每年设施成本 = 300 千瓦时 * 340 美元/千瓦时 * 12 = 1,224,000 美元 = 122.4 万美元
不同的迁移策略指的是什么?
迁移策略 | 详细信息 | 评估见解 |
---|---|---|
Azure 建议尽量减少成本 | 可以在 Azure 中跨 Azure IaaS 和 Azure PaaS 目标获得最经济高效且兼容的目标建议 | 对于 SQL Server,大小调整和成本来自具有优化策略的推荐报告 - 最大限度地减少 Azure SQL 评估的成本。 对于 Web 应用,大小调整和成本来自选择的 Azure 应用服务评估。 对于常规服务器,大小调整和成本来自 Azure VM 评估。 |
迁移到所有 IaaS(基础结构即服务) | 可以获得快速直接迁移到 Azure IaaS 的建议。 | 对于 SQL Server,大小调整和成本来自“将实例迁移到 Azure VM 上的 SQL Server”报告。 对于常规服务器和托管 Web 应用的服务器,大小调整和成本来自 Azure VM 评估。 |
现代化为 PaaS(平台即服务) | 可以获得 PaaS 优先建议,这意味着逻辑可以确定最适合 PaaS 目标的工作负载。 建议使用可快速直接迁移到 Azure IaaS 的常规服务器。 |
对于 SQL Server,大小调整和成本来自具有优化策略的推荐报告 - 通过 Azure SQL 评估现代化为 PaaS。 对于 Web 应用,大小调整和成本来自 Azure 应用服务评估。 对于常规服务器,大小调整和成本来自 Azure VM 评估。 |
注意
尽管业务案例可从某些评估中选择 Azure 建议,但无法直接访问评估。 若要深入了解大小调整、就绪状态和 Azure 成本估算,可为服务器或工作负载创建相关的评估。
业务案例建议
我看不到某些服务器和 SQL 实例
此问题存在多种可能。
- 发现尚未完成 - 等待发现完成。 建议等待至少 24 小时。
- 检查并解决任何发现问题。
- 创建业务案例后对发现进行了更改。
若要提取最新的发现数据,请通过选择“重新计算”按钮或更改假设并选择“保存”来进行重新计算。
为什么全部或部分服务器在利用率见解中标记为未知?
我们无法收集足够的数据点来对这些服务器进行分类。 建议在开始发现后等待至少一天,以便让业务案例有足够的利用率数据点。 此外,请查看 Azure Migrate 中心上的通知/解决问题边栏选项卡,以便在计算业务案例之前识别任何与发现相关的问题。 通过在构建业务案例之前审查问题,可确保更准确地表示数据中心内的 IT 资产。
建议中是否考虑了就绪状态?
是的,但你无法直接访问评估。 若要深入了解大小调整、就绪状态和 Azure 成本估算,可为服务器或工作负载创建相关的评估。
为何向我推荐此 Azure 目标?
根据迁移策略,这是最佳推荐目标。 若要详细了解就绪状态和大小调整,请创建评估并参考详细信息。
如何了解尚未准备好使用 Azure 的服务器或工作负载的详细信息?
若要深入了解大小调整、就绪状态和 Azure 成本估算,可为服务器或工作负载创建相关的评估。
Azure SQL 建议逻辑是否包括 SQL 合并?
否,它不包括 SQL 合并。