服务器运维。特别对涉及操△作系统的，比如说你在一台服务器上是跑还是还是或者是你就得自己看着办了，因为这些都要跟环境配合才能用。然后nginx集群几十万节点算是高并发量的了服务器运维，如果是顺利的话nginx会比々较吃力，因为它有很多转发服务，而且业务流量每天都在翻倍增长。现在云主机基本上有个云环境都能搞定云服务器的问题了。

云服务器整体都能够实现很好的性能优化、节点扩展等。在之前使用过的redis,集群主要架构中，客户端做为服务器和内容的连接信息，同时他们对接着多个节点。这对redis集群是很友好的。但redis集群如果没有环境的话，扩展起来是比较麻烦的。主要体现在以下两点。一是内存大小和数据库备份与恢复两方面，二是〓集群安全、私有环境。

一般只要是个性化需求，都会考虑使用云服务器的方式解决。如果是那种两台机器每台物理服务器上跑一个集群的话服务器运维，也要考虑架构中可能没有环境作为存储和备份。即使是这样，在这种架构中，由于物理上的缺陷，数据库备份也是一个比较麻烦的事情。如果是一个完整的客户端以及一个完整的数据库备份，考虑数据丢失的问题。

需要充分考虑到集群整体承载力和主服务器可用性。客户端无法保证主服务器的长期可用性。另外主服务器的负载均衡问题。由于每个集群都需→要相对独立，所以即使采用自动化的方式，对于客户端部署也有一定的要求。需要考虑到集群配置文件和本地配置文件冲※突等。同时集群可以是私有网络平台提供对外服务，也可以用公有网络或公有存储等提供服务。

这都需要视当前规模自行评估。毕竟运维好一个集群在目前来说，还是比较难的。当然，也需要根据具体业务进行评估是否能够胜任运维工作。一般来说，一个非特殊需求，云主机配置上考虑较少数据库备份，网络更新等，使用应该就够用了。而数据库、缓存等运维工作属于运维工作范畴，很难专门占用一个集群资源。

服务器运维。运维比较简单，但是服务器一般意味着数百↓上千的节点，带宽接近十个g的节点，负载均衡集群两万节点，每个都要单独设置集群配置，还要考虑云服务商带宽和硬件维护情况，面对海量的用户请求，以及过于繁琐的设置和算法，服务器运维还是比较困难的。