关于内部托管服务器的意见

cem*_*ick 12 hosting bandwidth web-hosting

我在这里阅读了六个关于内部托管的利弊的帖子,但我们的情况与大多数情况略有不同,所以我想我只是提出一个新问题。

简而言之,我们是美国东北部(不是波士顿或纽约,有点在山上)的一家小型软件公司,拥有现有的产品线。出于与未来开发工作相关的各种原因,我们需要以一种或另一种方式在内部安装服务器——现在,我们有几个 1U Sun(非常好的 X2100,顺便说一句,像岩石一样支撑起来)——高度架。

多年来,我们一直在其他地方托管我们的网站,但现在我们有一堆内部硬件不会去任何地方,我认为只做我们所有面向公众的托管可能是值得的在家里也是如此。我的推理,简而言之:

  • 无论如何,硬件本质上是沉没成本
  • 我们已经在做任何必要的管理工作(不过,根据我的经验,您需要为真正的托管主机付费,而不是仅仅访问一个盒子,这似乎是“托管”在商业)
  • 我们的问题将是我们自己的问题,或者与任何托管情况相比更是如此(即我经历了更多的停机时间,因为一些傻瓜踢了路由器或托管服务提供商的任何东西,而不是我由于随机管理级别问题而遇到的问题)
  • 我们推送了很多大文件,而不必等待上传到我们的托管服务器听起来很有吸引力

明显的缺点包括:

  • 力量。我们有合适的 UPS,但没有冗余。
  • 带宽。现在我们有 16d/2u 通过 Comcast。如果我们将主站点移过来,我们至少需要将其翻倍,这可能需要连接 2 条以上的电缆线。
  • 空调。我不认为这是一个真正的问题——我不希望我们在这里拥有超过 10 台服务器(如果我们变得更大,那么这个决定的经济性会发生很大变化)。

想法?

谢谢!


更新:在犹豫了一些之后,我们决定继续在异地托管。巧合的是,今天我们街区停电了,这在心理上有点倾斜(几乎不是一个严格的过程,但浪费大约 3 个小时就足以让我意识到宇宙正试图告诉我一些事情;-)。

不确定我们将来会使用哪个供应商,但我很欣赏机架空间云作为 ec2 等的替代品的提示。

Bod*_*den 17

我刚刚完成了将面向公众的服务器迁移到 Rackspace 云服务器的工作。大约一年前,我做了你想做的事情,因为我想完全控制我的服务器,并且对租赁廉价服务器(典型的 100 美元/月的“服务器”,只是一台 PC)感到有点不满。

我终于放弃了内部托管演出,因为:

  • 本地带宽要么非常昂贵,要么质量不高,或者两者兼而有之。质量好的路由器也非常昂贵。因此,当客户在 Google 和 Yahoo 等网站抓取的同时下载一些大文件时,情况并不好。
  • 拥有内部硬件意味着我必须照看它。我已经让我们的本地服务器担心了;添加更多对我没有多大帮助。
  • 停电,一些混蛋用铲子在错误的地方挖掘等等突然成为一个问题。本地服务器下线是我们总是要担心的事情,但是我们的公共服务器为什么要和它们一起下线呢?有时我们的线路中断超过 24 小时。对于内部员工来说,这是可以管理的,但让我们的公共网站消失这么长时间可能是个坏消息。
  • 灾难恢复计划更为复杂。如果服务器冒烟怎么办?你有另一个吗?您能以多快的速度将其或其他机器联机?如果您的连接出现故障并且您的电话/有线电视公司说它会“在一两天内”恢复正常,您可以等待它还是可以快速将您的网站放到网上?如果您的所有连接都断开了,您如何让它们到达那里?我知道无论如何都必须解决这些问题,但是您在本地有哪些可用的资源?

正如你所提到的,我喜欢的一件事是能够非常快速地将文件发送到 Web 服务器(我们做了很多 WebDAV)。但我认为它的方式......比我们的客户必须等待下载更好我们不得不等待上传。

无论如何,Rackspace 云服务器解决方案几乎解决了我在租赁专用机器或与 VPS 提供商签约(包括成本)方面一直存在的所有问题。它提供了许多真正的虚拟化承诺的小技巧。无论如何,我不会为他们做广告。另一种选择可能是 Amazon EC2。

长话短说,我睡得更好,知道我不会接到电话,因为我们的网络服务器着火了,或者电力公司再次挖出了 DSL 线路。我会让其他一些笨蛋负责……在一个他们实际上手头有资源来处理这些事情的地方。

所以我的建议是将您的公共资料保存在某种良好的数据中心。将这些额外的服务器用于内部任务。通常,您可以将它们用于……测试、特殊项目、备份等。