Jboss 从SAN加载整个应用程序服务器

传统上，我们一直使用SAN作为数据库的后端存储。但最近我们的SAN供应商提出了一个想法，我们甚至可以直接从SAN加载应用程序服务器（JBoss）。 我很惊讶，但概念是在SAN LUN上安装应用程序服务器，然后从那里运行它。SAN供应商提到了AppServer配置的灾难恢复复制的易用性等。

---

这是生产系统的可行策略吗？风险和缺点是什么？

如果您使用的是大多数Linux或UNIX。您甚至可以从san引导整个系统，甚至可以从san装载/启动

---

缺点是内核必须在早期阶段提供LUN。在Linux/UNIX中，这是一项简单的任务。除此之外，钱很重要。

他们可能在谈论从SAN启动。这在FC SAN卡和iSCSI卡上都是可能的，并且在较小程度上仅限于iSCSI SW

我的建议是，如果您继续这样做，您可以从应用程序的数据卷中设置一个独立的启动卷。如果您利用了灾难恢复或快照技术，最大的问题是您需要数据的一致性级别。它是否知道在出现不干净的关机时如何恢复，或者您是否需要编写应用程序脚本以停止数据，以便在数据返回时处于一致状态。参与VSS的Windows应用程序可以通过绑定到SAN供应商的VSS服务停止，其他应用程序需要在SAN和您的应用程序之间编写脚本

---

希望能有所帮助。

您的供应商正在谈论“从SAN启动”。这是一个相当可行的战略。许多数据中心客户开始适应这种情况。SAN加载中有两个选项—FC和iSCSI。您的SAN LUN可以用作引导分区，您的所有应用程序基本上都从那里运行

FC：最好使用FC SAN引导，因为它具有非常高的速度和带宽，但需要SAN网络（FC适配器、FC电缆、交换机）

iSCSI：它比FC慢得多，因为您可以使用LAN网络承载SAN流量

这真的取决于你的选择。祝你好运