我有许多内部 8 位 SCSI-1 驱动器，我想将它们存档以用于历史目的。这些都是 id Software 用来创建 DOOM 和 Quake 的旧 NeXT Cubes 和 NeXTStations（单色和彩色）。我想将这些机器捐赠给他们可以做一些好事的地方，但约翰卡马克十多年前让我保证，如果我把它们传递出去，我会擦除驱动器，我不想丢失任何无价的数据就在他们身上。
从理论上讲，我意识到 SCSI 向后兼容，因此我可以将其插入适当的电缆和现代 SCSI 卡中...
但我怀疑这不是那么简单，而且，我需要什么类型的电缆或适配器以及从哪里获得它们并不明显。
如果我成功提取了数据，我将 ping 约翰，看看是否可以向公众发布磁盘映像。这是他的数据，所以这将是他的电话。id 已经开源了他们的大部分代码，所以这里可能没有任何有用的东西，但是如果有的话，我的极客会讨厌丢失它。:)
我们需要一些比 ELB 提供的更高级的功能（主要是 L7 检查），但是如何使用 EC2 使用诸如 haproxy 之类的东西来处理诸如心跳和高可用性之类的事情并不明显。我们很有可能在集群中需要 3 个或更多 haproxy 节点，因此两个节点之间的简单心跳是行不通的。
似乎在 haproxy 节点前面有一个心跳层是可行的方法，可能使用 IPVS，但是随着 EC2 集群的变化处理配置更改（通过有意的更改，如扩展，或无意的，如丢失EC2 节点）似乎很重要。
优选地，该解决方案将跨越至少两个可用区。
回答问题：不，会话没有粘性。是的，我们需要 SSL，但理论上这可以完全由另一个设置处理 - 我们能够将 SSL 流量定向到与非 SSL 流量不同的位置。
load-balancing heartbeat haproxy amazon-ec2 amazon-web-services
我们在 Linux（当前为 2.6.37）上使用 RAID1+0 和 md 创建一个 md 设备，然后使用 LVM 在设备之上提供卷管理，然后使用 ext4 作为我们在 LVM 卷组上的文件系统。
使用 SSD 作为驱动器，我们希望看到 TRIM 命令通过层（ext4 -> LVM -> md -> SSD）传播到设备。
看起来最近的 2.6.3x 内核添加了许多与 SSD 相关的新 TRIM 支持，包括对 Device Mapper 场景的更多覆盖，但我们似乎仍然无法使其正确级联。
这还有可能吗？如果是这样，如何？如果没有，是否有任何进展？
在较旧的操作系统（CentOS 5.5）上使用现代内核（当前为 2.6.37），以便我们可以在我们的 SSD（Crucial C300s）上使用 TRIM（丢弃）。
最新的 hdparm (9.37) 一致认为 C300 支持 TRIM：
./hdparm -I /dev/sdc | grep TRIM
* Data Set Management TRIM supported (limit unknown)
* Deterministic read data after TRIM
但是当我尝试使用丢弃选项挂载 /dev/sdc 时，内核似乎不同意：
EXT4-fs warning (device sdc): ext4_issue_discard:2619: discard not supported, disabling
当我输入这个时，我们正在尝试其他 Linux 版本，但无论如何知道发生了什么会很好。
这是 CentOS 5.5 的其他一些古老组件误导内核的表现吗？或者 hdparm 是否使用与内核不同的机制来确定是否支持 TRIM？
关于 SSD 和 TRIM 的相关问题（请参阅：可能使 SSD TRIM（丢弃）在 Linux 中的 ext4 + LVM + 软件 RAID 上工作？），事实证明 dmraid 现在（或很快）可能支持 RAID-1 上的 TRIM。
通常，我们使用 md（通过 mdadm）创建我们的 RAID-1 卷，然后使用 LVM 创建卷组，然后使用我们选择的文件系统（最近的 ext4）进行格式化。我们多年来一直这样做，Google 和 ServerFault 搜索似乎证实这是使用卷管理进行软件 RAID 的最常见方法。
Google 搜索似乎表明 dmraid 用于所谓的“fakeRAID”配置，其中在控制器中以 RAID BIOS 的形式提供某种级别的硬件“帮助”，而我们没有（并且不想使用） - 我们想要一个完整的软件解决方案）。
由于我们想在我们的 SSD 上使用 TRIM，而且由于 md 似乎（还？）不支持 TRIM，我想知道是否可以使用 dmraid 而不是 md 来创建 RAID-1（和 RAID-1 +0) 软件卷，没有硬件支持（即，只是插入一个愚蠢的 SATA/SAS 总线）？