在当今的微服务架构领域，服务网关和数据库的部署位置选择至关重要。然而，将它们部署于虚拟机并非明智之举，以下是其中的关键原因。

虚拟机存在性能开销。虚拟机需要模拟硬件环境，这会引入额外的资源消耗和性能损耗。对于服务网关来说，其需要处理大量的请求并快速响应，性能的微小下降都可能导致延迟增加，影响用户体验。而数据库作为数据存储和访问的核心组件，对性能要求极高，虚拟机的性能开销可能导致数据库操作的延迟，进而影响整个系统的响应速度。

虚拟机的资源分配不够灵活。在微服务架构中，服务网关和数据库的资源需求可能会随业务量的变化而动态调整。虚拟机的资源分配通常是预先设定的，难以实现实时、精细的资源调整。这可能导致在业务高峰时资源不足，影响服务质量；而在业务低谷时又造成资源浪费。

虚拟机的扩展能力有限。当微服务架构需要横向扩展服务网关和数据库以应对高并发场景时，虚拟机的扩展可能会面临诸多限制。例如，创建新的虚拟机实例可能需要较长时间，无法迅速满足业务增长的需求。

安全性也是一个重要考虑因素。虚拟机共享物理主机的资源，存在一定的安全风险。如果一台虚拟机受到攻击，可能会影响到同一物理主机上的其他虚拟机，包括服务网关和数据库，从而导致数据泄露等严重问题。

虚拟机的维护和管理相对复杂。对于服务网关和数据库这种关键组件，需要高效、便捷的运维管理。虚拟机的部署、配置和更新等操作相对繁琐，增加了运维的难度和成本。

在微服务架构中，由于虚拟机的性能开销、资源分配灵活性不足、扩展能力有限、安全风险以及维护管理复杂等因素，服务网关和数据库不应部署于虚拟机，而应选择更适合其特点和需求的部署方式，以保障系统的高效、稳定和安全运行。