云存储网关支持通过传统的文件协议(SMB/NFS)来访问OSS Bucket里面的数据，并能够通过缓存技术将用户频繁访问的热点数据保留在网关侧的缓存盘里，从而提供给用户更好的访问体验。使得用户在享受云上海量OSS存储空间的同时，还兼具本地的高速访问性能。下面是阿里云文件网关的架构图。
文件网关支持缓存模式和复制模式两种模式，绝大部分用户使用的应该都是缓存模式。缓存模式是指缓存盘的数据到一定比例之后，文件网关会自动淘汰那些访问不频繁的数据。在这种模式下，固定容量的缓存盘可以管理远远大于缓存盘实际容量的OSS Bucket。复制模式则不同，数据在网关侧和OSS Bucket里面是1:1的，所以网关不会去做数据的淘汰，一定容量的缓存盘理论上只能管理对应于缓存盘容量的OSS Bucket。复制模式针对的场景主要是OSS Bucket总数据量基本不会增长且总数据量不是特别大，同时希望将所有数据都保持在网关共享里加速访问。不过这种场景毕竟在少数，绝大多数用户会选择缓存模式以应对日后OSS Bucket里面的数据增长。
在缓存模式下，缓存盘的数据会在60%满的时候触发淘汰直到实际数据量落到60%以下，从而保证永远有足够的缓存容量面对新的数据写入。那么淘汰的策略是如何的呢，如何决定哪些数据是可以淘汰的呢？文件网关淘汰的实际上是已经同步到OSS Bucket里面的文件，也就是说对某个文件的最后一次修改应用到网关的SMB或者NFS共享之后，并且网关已经将这个文件上传到OSS Bucket里面，那么这个文件就是可以淘汰的。如果用户还在持续的对某个文件进行写入，这个文件是不会被选为一个淘汰的对象的。所以用户如果同时打开多个文件进行写入，缓存盘的容量就应该比同时在写的所有文件的总容量要大，否则就有可能导致数据来不及淘汰而造成写入错误！！！
在复制模式下，因为数据不会发生淘汰，相对来说就简单很多。缓存盘的容量比OSS Bucket里面的总数据大就可以，这种模式注定它不可能管理特别大的数据量，因为当前支持的缓存盘的最大容量32TB。所以除非对复制模式有强需求，还是推荐使用缓存模式，相对来说更加灵活。
另外文件网关会预留一部分缓存盘空间存储元数据，一般会预留20%。这部分元数据主要是用来存储单个文件的元数据，包括大小，修改时间等等。所以即使某个文件的数据被淘汰之后，网关还是存储了一个桩文件在元数据里，这样用户从客户端进行文件夹浏览的时候，还是能够看到数据被淘汰掉的这个文件，给用户一致的体验。用户如果试图读取这个文件内容，网关会负责将数据再次从OSS Bucket里获取到缓存盘里面。这部分元数据空间关系到当前共享可以支持的最大文件数目，毕竟40GB的缓存盘的元数据空间肯定低于50GB的缓存盘的元数据空间。一般来说100G的缓存盘已经可以支持到1000万文件了。
转载请注明：电商实战教程 » 阿里云云存储网关缓存工作原理是什么?
