Redis哨兵模式(故障转移测试)哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举 ， 大多数达成一致 。
启动哨兵：启动哨兵进程或服务，让其开始监控主从节点的状态和进行故障转移 。测试和验证：模拟节点故障的情况，观察哨兵是否能够正确地进行故障转移和恢复 。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程 ， 它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
哨兵集群在发现 master node 挂掉后会进行故障转移 ， 也就是启动其中一个 slave node 为 master node。在这过程中，可能会导致数据丢失的情况 。
测试哨兵模式结果 ， 如下图：哨兵集群，基于主从复制模式，所有的主从配置优点，它全有 。主从可以切换 ， 故障可以转移，系统的可用性就会更好 。哨兵模式就是主从模式的升级，手动到自动，更加健壮 。
这里的哨兵有两个作用 然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控 。各个哨兵之间还会进行监控，这样就形成了多哨兵模式 。用文字描述一下 故障切换（failover） 的过程 。
你认为要支持1w并发需要什么样服务器配置?台 。根据查询中关村在线网显示，要达到10000并发，需要20台服务器做tomcat集群，才能保证网络正常运行 。
不可以，如果是短期高并发 ， 建议考虑挂载负载均衡服务器 。C10kp……这是很经典的问题?。?一般nio就做到了 。
如果以上情况不考虑，就是想知道一个简单粗暴的大概结果 ， 一般8核、16G、256SSD，同时跑DB和web服务器的话，足够支持1w的并发量，而且还有很大的冗余 。如果火力全开，满血跑，大概跑个8-10w都是有可能的 。
台 。根据查询java互联网官网显示 ， 一台服务器可以处理500个并发请求，那么10000个并发请求，就需要20台服务器，所以java1万并发需要20台服务器 。
下载类为主，那就硬件配置次要，带宽为主 。如果服务器是以运行类游戏或者管理系统为主，就以硬件运行为主，带宽为辅 。普通没有极端占用的网络应用，其实可以采用云端服务器的方式，可以做到硬件带宽无缝增值，随时升级扩容 。
建议用云服务器多一些，现在成本不高 ， 1核2g内存1M带宽才一百元左右，能运行每天几千PV访问量的小型网站了 ， 够用的 。
Redis应用场景?redis适合什么场景？缓存缓存现在几乎是所有中大型网站都在用的必杀技，合理的利用缓存不仅能够提升网站访问速度，还能大大降低数据库的压力 。
常用场景有：缓存、秒杀控制、分布式锁 。虽然其是基于内存读写，但底层也有持久化机制；同时具备集群模式；不用担心其可用性 。
redis教程）redis的应用场景，它都能做什么众多语言都支持Redis，因为Redis交换数据快，所以在服务器中常用来存储一些需要频繁调取的数据，这样可以大大节省系统直接读取磁盘来获得数据的I/O开销，更重要的是可以极大提升速度 。
【redis性能测试工具 redis基准测试例子】分布式锁：在分布式服务中 。可以利用Redis的setnx功能来编写分布式的锁，虽然这个可能不是太常用 。
推荐阅读
- 如何备份网站服务器数据？ 网站服务器数据怎么备份
- 如何为100家网吧配置服务器？ 100台网吧怎么配服务器
- 如何正确地拆卸服务器？ 怎么拆解服务器
- 如何检测网站所使用的服务器数量？ 网站服务器数量怎么检测
- 如何在100台服务器之间传输文件？ 100服务器怎么传输文件