使用SAN来存储一个网站的MySQL数据库

我的网站是由MySQL DB驱动的,现在,DB已经增长了超过100G。 每次升级服务器时都感到头疼。 我的供应商build议使用SAN而不是直接连接的内部磁盘,同时,他们build议SAN比磁盘更快更安全。

我没有经验的SAN,我会很感激任何有经验的build议,SAN是否是更好的存储分贝的解决scheme? 谢谢。

我会推荐一个SAN,原因如下:

  1. 磁盘的高可用性和数据的冗余。
  2. 某种复制/镜像技术将您的数据存储在SAN上的多个位置。
  3. SAN带有自己的处理,内存等,释放服务器资源,专注于查询,插入,删除等操作(以MySQL为例)。
  4. 一般来说,通过光纤等的背板和通讯pipe道较高
  5. 快照技术在大多数我知道的SAN上都可用。 这使您可以实时保存数据的快照以重新部署或备份。
  6. 在某些SAN上,最多可能会丢失12个或更多的磁盘,并且您的数据安全无虞。

我认为除了上述之外,您还需要询问业务问题。

  1. 成本是一个因素?
  2. 在我们的工作中,我们从使用SAN与DAS获得了什么?
  3. 我们的SLA或义务是否要求我们具有SAN将通过DAS提供的可用性/正常运行时间级别?

你明白了。 🙂

  • SAN可以比DAS更快或更慢。
  • SANS可以比DAS更安全或更安全。

比较有两件事情可以做,但只有全部信息可用 – 你现有的服务器(硬件,操作系统,FS,环境等)是什么,它的DAS设置如何,它今天的performance如何? 你需要知道这些答案。

然后,您可以查看build议的SAN,并就其设置和性能提出相同的问题。

只有这样你才会知道。

SAN虽然相当简单,但主要用于大规模部署,您希望与“CPU”分开pipe理存储,并具有复制,快照等高端function – 在您希望能够在虚拟环境中运行在不停机的情况下在主机之间迁移虚拟机

我怀疑在你的情况下,如果仅仅是一个100GB的MySQL数据库,转换到SAN将不会带来任何有价值的好处。

当然不是SAN必须更安全或更快速,但当然这取决于你的花费 – 昂贵的SAN将比廉价的DAS更好,反之亦然,但通常情况下,SAN比DAS解决scheme更昂贵,但更好function等