因此，您和您的公司一直在计划您的云之旅，其中一个重要步骤涉及虚拟化您的服务器以摆脱所有笨重的本地硬件。 但也许您不确定从哪里开始，或者在设置新虚拟机 (VM) 时需要帮助确定最佳实践。
我整理了使服务器虚拟化尽可能有效和轻松的三大技巧。 这些指示将帮助您避免潜在的绊脚石，这样您就可以花更少的时间进行设置，而将更多的时间专注于为您的业务服务。 （另请阅读：网络虚拟化：OSI 模型的未来。）
提示 #1：明智地调整大小
获得最大容量的 VM 以适应任何规模的工作负载听起来合乎逻辑，对吧？ 没那么快。 在 VM 上过度配置 CPU 实际上会使性能变差，而不是变好。 通常，您的 CPU 分配应该与利用率相匹配。
如果服务器没有完全消耗资源，它就会过度配置，并且可能会影响性能。 如果以后需要更多资源，您可以随时横向扩展并添加额外的服务器资源。 另一方面，确保您没有让主机负担过重——内存膨胀和 CPU 就绪等指标是主机达到其极限的早期指标。 （另请阅读：可能使虚拟基础架构陷入困境的 5 件事。）
提示 #2：保持 N+1 冗余
“二为一，一为无”的规则在这里绝对适用。 N+1 冗余是必要的，以确保在您的其中一台主机崩溃时将停机时间降至最低。 有一种误解认为 VM 不易受到与物理服务器可能遇到的类似问题的影响。 事实上，如果您的每台主机都运行多个虚拟机，那么冗余就更为重要。
除了保留热备件和暖备件外，冷备件还允许您在出现故障主机并需要维修时立即恢复 N+1 保护。 虽然在事件管理和解决方面从物理服务器进行切换可能会让您省去很多麻烦，但您仍然希望拥有一台备份主机，以及另一台可以说是“备份到备份”的主机。
技巧 #3 监控输入和输出
就像您家中的烟雾探测器一样，确保您的警报系统和恢复程序得到定期测试和实践至关重要。 如果警报系统在潜在事件发生时不主动提醒您，那么它们几乎毫无用处。
此外，不要忘记结合使用内部和外部监控服务，以防您的内部监控服务无法退出网络。 例如，如果您的电子邮件服务器在崩溃的主机上运行时离线，您如何知道在您无法接收电子邮件时是否发送了任何警报？ 当发生意外情况时，最好制定计划和协议，以便您和您的团队能够尽可能快速有效地做出响应。
这种准备工作还可以帮助您在事件确实发生时最大限度地减少停机时间，这当然会转化为最大限度地减少业务影响。 （另请阅读：安全信息事件管理 (SIEM)：长远考虑。）
最后的想法
在从物理服务器过渡到 VM 时，您会惊讶于有多少公司成为基本的、容易避免的陷阱的受害者。 如果您已做好准备并且知道要寻找什么，那么您就可以在应对可能出现的任何挑战时保持优势，并为成功迁移做好准备。
