小编cem*_*ick的帖子

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

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

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

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

明显的缺点包括：

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

想法？

谢谢！

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

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

在我的standalone.xml，我有这样的syslog-handler配置：

<syslog-handler name="SYSLOG" enabled="true">
     <level name="INFO"/>
     <hostname value="i-XXXXXXX"/>
     <formatter><syslog-format syslog-type="RFC3164"/></formatter>
</syslog-handler>
...
<root-logger>
      <level name="INFO"/>
      <handlers>
          <handler name="SYSLOG"/>
          <handler name="CONSOLE"/>
          <handler name="FILE"/>
      </handlers>
</root-logger>

然而，没有输出传送到/var/log/syslog. 如果我用 启动 jboss standalone.sh | logger，我会在那里看到输出，所以我认为我的 rsyslogd 设置/工作合理（一个股票的 Ubuntu 安装，FWIW）。