我在专用服务器上运行一个相对繁忙的应用程序。规格是
8-core Xeon(R) CPU E3-1240 v3 @ 3.40Ghz
16GB RAM
8TB RAID 10
80GB SSD for MySQL
我使用 Wowza Streaming Server 来传输音频，并且在这台机器上也运行着一个网站。该应用程序运行良好，没有任何性能问题。
从那时起，我已经转向了由以下内容组成的高可用性云解决方案。
2 x Web nodes - 2 x CPU Core / 12GB RAM each
1 x DB node (MySQL) - 2 x CPU Core / 12GB RAM / 30GB SAS Storage
1 x Load balancer
2TB SAN Storage
网站和音频文件存储在SAN存储上，MySQL存储在DB节点的SAS存储上。
在我转向这个解决方案后，我立即注意到性能大幅下降，网站加载时间变得非常慢，有时需要 30 秒 - 1 分钟才能加载。我有稳定的音频流和中等的网站流量。值得注意的是，音频流似乎没有性能问题，音频开始得很快，没有停止和启动，只有网站运行缓慢。
服务器管理团队已经升级了机器上的核心，现在 Web 服务器拥有6 cores每个，数据库节点拥有24 cores。升级后性能有所提升，但与专用服务器相比，性能仍然严重下降。
管理团队正在努力解决这个问题，并正在做出调整以提高性能，但我想向社区提出这个问题，看看大家对性能下降的原因有什么看法。他们提到 SAN 存储存在 I/O 问题，但尚未找到解决方案。
SAN 存储是否适合大量音频流和繁忙的 Web 应用程序？
更新
专用服务器上的响应时间
在新服务器上
因此，您可以看到，应用程序在新设置下的运行速度要慢得多。
答案1
当然。你可以使用任何类型的存储来处理这类应用程序。但我怀疑你的 SAN 配置不正确，无法满足你的需求。对于这类应用程序，你不仅需要空间，还需要速度，这意味着需要物理磁盘来分担负载。如果他们给你一个与其他 20 台主机共享的 RAID5 阵列切片……那就不太好用了。
音频流可能受到存储速度慢的影响，但由于音频流设计为在窄带连接上运行，因此能够更好地进行补偿。因此，我不太确定存储现在是否“令人满意”。
网站速度很慢可能是因为您的数据库非常不满意，几乎可以肯定是其存储有问题。
据我所知，您的存储速度明显低于专用硬件（据我所知，数据库的 SSD 到 SAS）的存储速度。
存储缓慢通常表现为 CPU 利用率过高，因为 CPU 处于等待状态。根据操作系统，您应该能够看到这一点并确定哪里是最糟糕的。
好消息是，假设您使用光纤通道连接，理论上可以从 SAN 获得所需的吞吐量。但您需要有更好的磁盘配置或选择才能实现这一点。如果可能，请再次将您的数据库放到 SSD 上。如果做不到这一点，请尝试在磁盘组中获取更多物理磁盘以供您提取。
如果其他方法都失败了，请考虑增加数据库服务器上的 RAM，以弥补存储不足。