File Gateway与Volume Gateway区别及Volume Gateway应用场景详解

二者的区别远不止可处理的数据体量，核心定位、访问逻辑、存储形态、适用场景都有本质差异，具体区别如下：

• 访问协议与操作粒度：File Gateway支持SMB/NFS文件协议，对外提供的是网络文件共享服务，用户可以直接操作单个文件/目录，使用逻辑和普通局域网共享文件夹完全一致；Volume Gateway支持iSCSI块协议，对外提供的是裸磁盘块设备，挂载到本地服务器后需要先格式化创建文件系统才能使用，操作粒度是更小的磁盘块，适配低延迟随机读写需求。
• 云上数据存储形态：File Gateway写入S3的内容与本地操作的文件一一对应，直接访问S3桶就能看到完整的文件目录结构，可脱离网关单独操作单个文件；Volume Gateway写入S3的是整块卷的块聚合数据或EBS快照，无法直接在S3侧读取单个文件，必须通过网关挂载卷、或把快照恢复为EBS卷后才能访问内部数据。
• 缓存优化逻辑：File Gateway的缓存以整文件为单位，常用的完整文件会缓存在本地提升访问速度；Volume Gateway的缓存以磁盘块为单位，只会缓存频繁访问的块数据，就算同一个文件只有部分内容是热点，也只会缓存这部分内容，缓存空间利用率更高，更适合数据库这类存在大量随机读写的场景。

先简单解释iSCSI块存储的逻辑：你可以把iSCSI简单理解为「走网络传输的硬盘数据线」，平时本地硬盘是通过SATA/SAS线连到服务器主板，iSCSI则是把物理连线换成了TCP/IP网络，另一端对接Volume Gateway背后的云上存储资源，本地服务器挂载后和使用本地物理硬盘没有操作层面的区别。
Volume Gateway的常见应用场景如下：

• 本地机房低成本灾备：没有预算搭建异地灾备存储的中小机房，可通过Volume Gateway的缓存模式，把本地所有服务器的系统盘、数据盘数据实时同步到网关卷，数据会自动在云上生成多副本的EBS快照，一旦本地机房遭遇硬件故障、自然灾害等问题，十几分钟就能通过云上的快照恢复业务，灾备成本仅为传统自建方案的1/5不到。
• 本地核心数据库无感知扩容：跑在本地物理机上的Oracle、MySQL等核心数据库遇到本地存储容量不足的问题时，不需要采购昂贵的企业级存储阵列，可直接挂载Volume Gateway提供的iSCSI卷作为数据库的数据盘，热点数据存储在本地网关的缓存盘保证访问延迟和本地存储一致，冷数据自动归档到对象存储降本，全程不需要修改数据库的任何配置。
• 本地服务器无缝上云迁移：需要把本地物理服务器迁移到云上时，不需要做复杂的系统重装、文件传输适配，直接把物理机的磁盘挂载到Volume Gateway的存储卷，待全量数据同步完成后，直接用云上生成的EBS快照创建云服务器，就能得到和本地物理机完全一致的运行环境，仅在最后业务切换时需要短时间停机，迁移成功率远高于传统文件级迁移方案。

内容的提问来源于stack exchange，提问作者sabrenox