对于物理服务器环境，是否建议与数据中心位于同一个大城市，即使在全国各地有更好的数据中心选择？
托管和带宽成本、事件响应时间和持续的差旅成本是主要考虑因素。正常运行时间很重要，但我们可以忍受数据中心每年一次半天的中断。
我正在计划部署一个数据中心应用程序，其中大约有十几台物理 Linux 主机（未来还会有更多），每台主机都具有使用本地存储的数据库服务器、备用数据库服务器或应用程序服务器的明确角色。这些机器将共享一个 VLAN，并利用一些 DAS 第二线存储进行归档。除了可能有几个备用角色（这将大大降低物理机器的利用率）之外，没有计划进行虚拟化。
附近和偏远地区的数据中心均提供付费工程支持。目前我无法确定工程师在出现问题时对我们的具体架构有多了解。假设紧急情况发生之间的平均时间间隔很长，我猜他们不会那么熟悉，甚至不是同一个人。
我管理过具有独立角色的远程服务器，多年来始终托管在数据中心之外，安装后永远看不到这些机器，这很正常。我的问题来自听 StackExchange 播客，其中物理网络硬件在快速通信服务器的负载下间歇性变慢，需要在较长时间内进行大量调试。高端网络硬件超出了我目前的经验，这种类型的故障排除是否可以通过远程连接进行，还是当这种情况发生时通常需要前往现场？
总结一下，在启动这样的部署时，住在大城市优质数据中心附近能带来多少好处？它是否胜过更大城市中更好/最好的数据中心的好处？
感谢您分享您在这方面的经验。
杰夫
答案1
归根结底，您比我们更了解您的业务和优先事项；因此只有您才能评估权衡。如果是我，我肯定不会将我的服务器放在离我 3 小时路程以内的地方，但那是因为我无法证明为现场人员支付每小时 80 美元是合理的。不过，如果您知道您可以节省足够的费用（托管成本的 20%），并且您有信心不会在远程人员身上花费太多，那么您就有了答案。
我要说的是，连接到每个服务器的串行控制台的串行术语服务器解决了许多问题，并且如果你对一个盒子做了一些事情并且它对你进行了探戈统一，那么它是非常值得的......
串行访问、几个战略性放置的网络摄像头以及超详细的安装文档和电缆/设备标签可以使远程托管环境对合适的公司具有吸引力。
所有这些都假设您对基本设施的关注（可靠性、电力、暖通空调、备份、地震、洪水等……）在远程设施中是相同或更好的。
答案2
我认为你必须从商业角度来看待这个问题。如果其他地方的带宽成本低得多，而且它们将构成你的 COGS 的大部分，那么为什么不呢？
远程操作成本通常并不高所以您是否希望派遣工程师出去，特别是对于您提议的这么小的基础设施（如果您需要安装或升级 50 个盒子，派遣一名工程师可能具有成本效益）
当然，你也可以考虑客户。客户是谁？他们会受到延迟的影响吗？
如果您的网站有区域偏见，那么将其托管在靠近该地区的地方以获得最佳延迟似乎是个好主意 - 但另一方面，如果它与您的大多数用户位于同一大陆，延迟可能是相当可以接受的（提示：如果您的用户在北美或欧洲，请不要使用 APAC 主机！）
答案3
首先，我在这里对您的需求做了几个假设。我假设 EC2 类型的公共云不是一种可行的方法，并且您的应用程序在两个数据中心之间分配时性能不会很好。不绑定到单个数据中心有一些显著的优势，但也有显著的成本。由于不了解您的应用程序的更多信息，我无法说哪个更相关，但要记住一点——如果您可以选择故障转移到另一个数据中心，那么需要花时间排除故障的奇怪问题就不会那么严重了。
这在很大程度上取决于所涉及的提供商及其提供的支持水平。我在工作中处理三个数据中心：我们大楼内的数据中心和两个托管站点，每个站点来自不同的提供商。这两个托管提供商都是“大牌”。
我们在每个地方获得的支持之间的差异是天壤之别。附近的远程站点比美国另一边的站点更难处理，这完全取决于提供商和支持水平。我知道您问的是 colo，而不是托管，但我仍然认为这很重要。基本的远程操作并不是您想要尝试解决比“重新启动服务器”更复杂的问题的方法。另一方面，优秀的数据中心工程师将更好地处理复杂问题。虽然纸面上的支持水平相似，但这两家提供商在实践中却截然不同。
无论您托管在谁那里，如果您选择工作人员熟悉的架构，您将获得更好的支持。就是这样。这就是为什么大多数托管提供商都有他们支持的特定发行版等。当然，没有人会支持或了解您的应用程序本身。那不是他们的部门，而是你的部门。数据中心的工作是提供一个平台并保持该平台正常运行。如果在负载下出现奇怪的网络问题，他们需要修复它，无论您身在何处。
大部分内容都是从托管的角度撰写的。如果您确实需要托管主机托管（如果您需要，我会感到惊讶），那么谁支持什么的界限可能会有所不同，您需要仔细注意这些术语。对于您所描述的，使用专用服务器的托管主机托管听起来更合适。这使您具有更强的扩展能力，并且无需担心或必须自行排除故障。您不是高端网络硬件专家。对于这种部署，您为什么要成为专家？让数据中心处理这部分，这样您就可以专注于正在部署的应用程序。
最后，最重要的是所涉及的具体提供商。与他们的其他客户交谈。如果可以，请慢慢开始，感受他们实际的表现。