集群类型之无状态节点集群

简介: 集群类型之无状态节点集群

无状态节点集群

无状态:请求到达服务器,所需的内容都在请求中可以直接获取到,内存中不存储任何相关的数据,保证前后请求没有任何影响。

举例:对节点进行的操作不会影响之后其他的请求,请求之间是没有关联性的,不会出现说你请求A服务修改了东西,请求B服务的时候出现查询不到的情况。

集群扩容考虑:所以我们如果之后有想要扩容为集群的话,建议不要在内存中定义map这种存储,直接存储在redis当中即可,这样每个服务都能够去访问redis。集群要确保无状态,接口也是恒等的,保证前后修改的共享数据一致性。

缺陷:数据库成为单点瓶颈,并且对接多个服务IO压力增大会存在性能问题,可以增加集群以及redis来解决这个问题。

目录
相关文章
|
6月前
|
Kubernetes Perl 容器
K8s查看集群 状态事件描述以及Pod日志信息
K8s查看集群 状态事件描述以及Pod日志信息
242 3
|
Kubernetes 容器
k8s集群初始化节点
k8s集群初始化节点
122 0
|
3月前
|
Kubernetes 网络安全 Docker
在k8S中,Worker节点加入集群的过程是什么?
在k8S中,Worker节点加入集群的过程是什么?
|
3月前
|
Kubernetes API 调度
在k8S中,Pod被调度到一个节点的具体过程是什么?
在k8S中,Pod被调度到一个节点的具体过程是什么?
|
6月前
|
NoSQL 算法 Redis
详解Redis哨兵模式下,主节点掉线而重新选取主节点的流程
所谓选举的过程不是直接选出新的主节点,而是先在哨兵节点中选出 leader ,再由 leader 负责后续主节点的指定。
182 1
|
5月前
|
Kubernetes API 调度
Pod无法调度到可用的节点上(K8s)
完成k8s单节点部署后,创建了一个pod进行测试,后续该pod出现以下报错: Warning FailedScheduling 3h7m (x3 over 3h18m) default-scheduler 0/1 nodes are available: 1 node(s) had untolerated taint {node-role.kubernetes.io/control-plane: }. preemption: 0/1 nodes are available: 1 Preemption is not helpful for scheduling..
376 0
|
6月前
|
Kubernetes 容器
k8s集群部署成功后某个节点突然出现notready状态的问题原因分析和解决办法
k8s集群部署成功后某个节点突然出现notready状态的问题原因分析和解决办法
340 0
|
6月前
|
Kubernetes Cloud Native 虚拟化
云原生|kubernetes|找回丢失的etcd集群节点---etcd节点重新添加,扩容和重新初始化k8s的master节点
云原生|kubernetes|找回丢失的etcd集群节点---etcd节点重新添加,扩容和重新初始化k8s的master节点
233 0
|
NoSQL Redis 容器
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
183 0
|
存储 Kubernetes API
在K8S集群中,如何正确选择工作节点资源大小? 2
在K8S集群中,如何正确选择工作节点资源大小?
下一篇
无影云桌面