我正在研究在colo上构build数据中心的选项，以便将其用作托pipe共享服务器网站的地方，以及虚拟专用服务器。
NAS / SAN解决scheme，负载平衡器，configuration，品牌build议等等都将受到欢迎。
这个想法是尽可能地使美元最大化，以适应小型医疗机构和预算。 目前我不需要原始的IOPS，但是存储和可靠性在这个时候是一个值得关注的问题，能够在最短的时间内以最less的投资来处理IOPS。
预算开始约7000-10,000美元。 然而，如果这样的小预算不是问题，那么看到“理想”的地形和configuration将是很好的。
我认为这也可以成为节俭启动的有用信息。
7K-10K的预算，我不认为你会有select的地形。
我将首先介绍一台带有两个Xeon E5502，16 Gigs内存，PERC SAS RAID卡以及两个1 TB RAID 1arrays硬盘的戴尔PowerEdge 7610以及Windows 2008 DataCenter Edition x64。 这将运行你约9900美元。
使用该设置，您应该能够在10到20个Hyper-V实例之间运行，具体取决于当然的configuration。
那么你需要考虑备份。 由于您的预算紧张，您可能需要跳过一个SAS SAN盒子，只需要像Dell PowerVault 114T那样进行磁带备份。 这应该会让你超过1000美元。
一旦你获得了更多的现金，那么我会把它放在一个硬件防火墙上，然后像PowerVault MD3000i SAN一样用于备份，最后比RAID 1更快一些。
顺便说一句…如果你真的不在托pipe业务，你可能要考虑只从ServerBeach获得托pipe的服务器。 使用Hyper-V设置，当发布升级的软件包时，跳到新服务器是非常容易的。
运行Linux的一对资源合理的服务器，使用DRBD复制单独的LV来提供冗余，以及心跳来pipe理故障转移。
随着规模的扩大，您可以将复制分散到更多的位置，以将失败的影响分散到其他基础架构中。 例如，如果您有10台服务器携带200个虚拟机（每台物理机器有20台虚拟机），并且希望能够在两次失败的情况下幸存下来，并最大程度地减less了虚拟机丢失的可能性，其他九台机器中共有20台虚拟机。 协调这一点，以确保每个人都复制到某个地方，分配保持稳定需要一些编码，但没有多大的挑战。
至于去一个SAN，我一直在那里，我不喜欢它。 当然，如果你有四分之一的工资下降，你可以得到一些N方面多余的东西，并附上支持合同和其他方面的协议，而且可能永远保持不变，而不会出现问题。 然而，按照你的价位（甚至是在我所在的$ 150k的价位），SAN只是给墨菲提供了一个不错的，美味的单点失败，让你在不适当的时候把你的装备拿下来。 至less在复制磁盘卷的情况下，如果发生最坏情况，您只能一次性取出一小部分客户群。
在硬件方面，你应该能够获得大启动的折扣。 Sun为创业公司提供了巨大的折扣，我相信惠普/戴尔等也会这样做。