在使用安全检测工具对Azure Redis服务端口进行扫描时，发现Redis对外开放了13001, 13000，15000，15001端口。非常不理解的是，在门户上只开放了6379，6380这两个端口。那是为什么导致 1300N 和 1500N 端口会是开放的呢？并且是对公网开放？
通过 tcpping Redis hostname 13000/13001/15000/15001 测试，均可以ping通。
对6379，6380也是开放的
那么，这是为什么呢？
问题分析
其实需要从Redis的架构说起，因为Redis需要实现高可用性(“标准”或“高级”层级中)，所以Azure Cache for Redis 在一对 Redis 服务器上运行。 这两个服务器托管在专用 VM 上, 被称为Master/Slave，也称为主/从节点（Primay Node / Replica Node）。
Redis 只允许一台服务器处理数据写入请求，这一台服务器是主要节点，而另一服务器是副本。 预配服务器节点后，Azure Cache for Redis 可向其分配主要角色和副本角色。
主要节点：通常负责为来自 Redis 客户端的写入和读取请求提供服务。 在执行写入操作时，它会向其内部内存提交一个新密钥和密钥更新，并立即回复客户端。 它以异步方式将操作转发给副本。
当主节点发生故障不可用是，副本节点会自动升级为新的主节点。而通过Redis的
虽然可以通过13000或者时15000端口连接到Azure Redis服务，但由于Redis所默认的，也是被大众所推崇的连接端口为6379(非SSL) / 6380(SSL)。所以，1300N，1500N端口是Azure Redis的设计使然。 由因为6379端口可以在设置中关闭。所以1300N端口也是可以关闭的。如：
另外，由于Azure Redis可以启用集群功能。而集群中需要连接到各个分片就是使用的1300N端口和1500N端口。
启用群集功能后，如何连接到缓存？连接到缓存时，可以使用的终结点、端口和密钥与连接到未启用群集功能的缓存时使用的相同。 Redis 在后端管理群集功能，因此不需要你通过客户端来管理它。
可以直接连接到缓存的各个分片吗？群集协议要求客户端建立正确的分片连接。 因此客户端应正确执行此操作。 话虽如此，但每个分片都是由主/副缓存对组成的，该缓存对统称为缓存实例。 可以在 GitHub 上通过 Redis 存储库的 不稳定 分支使用 redis-cli 实用程序连接到这些缓存实例。 使用 -c 开关启动后，此版本可实现基本的支持。 有关详细信息，请参阅 https://redis.io 上 Redis cluster tutorial（Redis 群集教程）中的。
对于非 TLS，请使用以下命令。
Redis-cli.exe -h <<cachename>> -p 13000 (to connect to instance 0) Redis-cli.exe -h <<cachename>> -p 13001 (to connect to instance 1) Redis-cli.exe -h <<cachename>> -p 13002 (to connect to instance 2) ... Redis-cli.exe -h <<cachename>> -p 1300N (to connect to instance N)