传统上，我们一直使用 SAN 作为数据库的后端存储。但是最近我们的 SAN 供应商提出了一个想法，即我们甚至可以直接从 SAN 加载我们的应用服务器 (JBoss)。我很惊讶，但这个概念是在 SAN LUN 上安装应用程序服务器，然后从那里运行它。SAN 供应商提到了 AppServer 配置的 DR 复制的简易性等。这对于生产系统来说是一种可行的策略吗？有什么风险、弊端？
问问题
133 次
3 回答
0
您的供应商正在谈论“从 SAN 引导”。这是一个相当可行的策略。许多数据中心客户开始适应这种情况。SAN 加载有 2 个选项 - FC 和 iSCSI。您的 SAN LUN 可以用作引导分区，您的所有应用程序基本上都从那里运行。
FC：最好使用FC SAN boot，因为它具有非常高的速度和带宽，但需要一个SAN网络（FC适配器、FC电缆、交换机）。
iSCSI：它比 FC 慢得多，因为您可以使用 LAN 网络传输 SAN 流量。
这真的取决于你的选择。祝你好运 ！
于 2014-10-17T09:56:05.147 回答
0
他们可能在谈论从 SAN 引导。这对于 FC SAN 卡和 iSCSI 卡都是可能的，在较小程度上仅适用于 iSCSI SW。
我的建议是，如果您追求这个，您可以设置一个与您的应用程序的数据卷分开的 BOOT 卷。如果您利用 DR 或 Snapshot 技术，最大的问题是您的 DATA 需要什么级别的一致性。它是否知道在不正常关闭时如何恢复，或者您是否需要编写应用程序脚本以静默数据，以便在返回时处于一致状态。参与 VSS 的 Windows 应用程序可以通过绑定到 SAN 供应商的 VSS 服务静默，其他应用程序需要在 SAN 和您的应用程序之间编写脚本。
希望有帮助。
于 2013-06-26T15:11:47.207 回答
0
如果您使用的是大多数 Linux 或 UNIX。您甚至可以从 san 引导整个系统，甚至可以从 SAN 挂载 /。
缺点是您的内核必须在较早的阶段提供 LUN。这在 Linux/UNIX 中是一件容易的事。除此之外，钱很重要。
于 2012-10-08T06:01:56.243 回答