小编Sea*_*ter的帖子

刚刚在研究弹性负载均衡器。据我了解，他们只是进行循环，将连接均匀地分配到它们后面的服务器上。那么如果在 ELB 后面有不同大小的实例会发生什么？它会向更大的实例发送更多连接还是继续均匀分布连接，这意味着您真的不应该使用不同大小的实例。

Amazon Route 53 支持“SPF 记录”和“TXT 记录”。我阅读的大多数文档都告诉我将我的 SPF 记录列为 TXT 记录。我了解 SPF 记录是较新的标准。因此，我复制我的 SPF 记录是否正确，以便将它们列为 SPF 记录和 TXT 记录以确保向后兼容，同时也遵循新标准？我不熟悉 DNS，所以不确定这是否会导致任何问题，或者我是否应该费心复制它们？

我的记录如下：

"v=spf1 include:_spf.google.com include:amazonses.com -all"
"spf2.0/pra include:_spf.google.com include:amazonses.com -all"

我知道亚马逊的集群 GPU 实例在他们的博客上提到了 ECC 内存，但没有提到其他实例类型。2007 年的论坛帖子没有得到答复。有谁知道他们是否正在运行ECC？

简短概述：警报是否比严重更严重。

RFC 5424简要定义了系统日志严重性级别并给出了简短描述。每个系统日志级别都有一个代码 0 - 7。我的理解是 0（紧急）最严重，7（调试）最不严重。

但是我在质疑 1（警报）和 2（关键）。RFC 5424 中的定义是：

• 警告：必须立即采取行动
• 临界：临界条件

然而，在这个网站上，他们给出了更长的描述（这显然是个人意见），但将它们定义为：

• 警报：应立即纠正 - 通知可以解决问题的工作人员 - 例如备用 ISP 连接丢失
• 严重：应立即纠正，但表示主系统出现故障 - 在警报之前修复严重问题 - 例如主 ISP 连接丢失

这似乎是倒退，因为它意味着即使 RFC 5424 似乎将 Alert 置于更严重的程度，但关键还是比警报更严重。我只是想知道是否有官方立场或任何最佳实践？

我只是在阅读GELF规范，因为我正在将其集成到我们的系统中。我只是想知道一个附加/自定义字段是否可以包含一个 JSON 对象，因为规范没有提到它：

所以我的 GELF 输出（特别是下面的 _request 字段）看起来像：

{
  "version": "1.0",
  "host": "www1",
  "short_message": "Short message",
  "full_message": "Backtrace here\n\nmore stuff",
  "timestamp": 1291899928,
  "level": 1,
  "facility": "payment-backend",
  "file": "/var/www/somefile.rb",
  "line": 356,
  "_request": {
      "ip": "123.123.123.123",
      "url": "example.com/dir/file.ext",
      "method": "get",
      "referer" "example.net"
}

我正在阅读 MongoDB 安装说明，并注意到他们有一个私有存储库，说明告诉您添加。我想知道这是否真的需要，因为 MongoDB 也在 Ubuntu 存储库（Ubuntu 12.04）中。我在想，与 Ubuntu 相比，他们发布到自己的仓库可能更容易吗？但我真的不确定。只是想知道是否有人可以对此有所了解。

我一直在考虑数据完整性，我目前备份了大约 2tb 的数据，并且总是有一年前的数据备份。

我担心的是，如果我们的生产文件服务器上的文件损坏了，没有人会注意到，因为有些文件多年未访问，如果发生损坏，我将备份损坏的文件。

我不确定我应该如何处理这个问题，有没有办法检测数据损坏？或者是存储旧备份的唯一解决方案，以防某些东西损坏而未被注意到？