我的网站是mysql db驱动的,现在db已经增长到100多G了,每次升级服务器都很头疼,我的供应商建议使用SAN,而不是直接连接内部磁盘,同时他们建议SAN比磁盘更快更安全。
我没有使用过 SAN,如果有任何有经验的人能告诉我 SAN 是否是存储数据库的更好解决方案,我将不胜感激。谢谢。
答案1
我推荐使用 SAN,原因如下:
- 磁盘的高可用性和数据的冗余。
- 某种复制/镜像技术将您的数据存储在 SAN 上的多个位置。
- SAN 具有自己的处理、内存等,释放服务器资源以专注于查询、插入、删除等(在您的 MySQL 示例中)。
- 一般采用较高的背板及通过光纤等构成的通信管道。
- 据我所知,大多数 SAN 都提供快照技术。这允许您实时拍摄数据快照,保存某个时间点的数据,以便重新部署或备份。
- 在某些 SAN 上,您可能会丢失多达 12 个或更多的磁盘,但数据仍然是安全完整的。
我认为除了上述问题之外,您还需要询问业务问题。
- 成本是一个因素吗?
- 在我们的工作中,使用 SAN 与使用 DAS 相比,我们能获得什么好处?
- 我们的 SLA 或义务是否要求我们达到 SAN 优于 DAS 的可用性/正常运行时间级别?
你明白我的意思了。:)
答案2
- SAN 可能比 DAS 更快,也可能比 DAS 更慢。
- SANS 可能比 DAS 更安全,也可能更不安全。
可以比较这两件事,但必须具备完整的信息 - 您现有的服务器是什么(硬件、操作系统、FS、环境等),它的 DAS 设置如何,它目前的表现如何?您需要知道这些答案。
然后,您可以查看建议的 SAN 并询问有关其设置和性能的相同问题。
只有那时你才会知道。
答案3
尽管 SAN 是一种简化,但它主要用于:在大规模部署中,您希望将存储与“CPU”分开管理,并具有复制、快照等高端功能;在虚拟环境中,您希望能够在主机之间迁移虚拟机而无需停机
我怀疑,在您的情况下,如果只是为了 100GB 的 MySQL 数据库,那么切换到 SAN 不会带来任何有价值的好处。
当然,SAN 并不一定更安全或更快 - 但当然这取决于您花费多少 - 昂贵的 SAN 将比便宜的 DAS 更好,反之亦然,但一般来说,SAN 比 DAS 解决方案更昂贵,但提供更好的功能等。