
简介
该用户还未填写简介
擅长的技术栈
未填写擅长的技术栈
可提供的服务
暂无可提供的服务
LSV负载均衡
LSV的操作流程(自我理解):客户端发起流量请求,(通过外网)申请首先到达LVS,调度器则调度到合适的realserver(通过内网),然后流量再通过原路返回至LVS,最后返回到客户机。ipvsadm -A -f 66 -s rr火墙标记可以起到一个标识作用,流量可以找到原先的位置(之后还会详细讲解)ipvsadm这个策略并不是永久存在的,此时开启服务是会报错的,因为此时没有本地的策略存在。之后的
k8s中的控制器的使用
控制器也是管理pod的一种手段自主式pod:pod退出或意外关闭后不会被重新创建控制器管理的 Pod:在控制器的生命周期里,始终要维持 Pod 的副本数目Pod控制器是管理pod的中间层,使用Pod控制器之后,只需要告诉Pod控制器,想要多少个什么样的Pod就可以了,它会创建出满足条件的Pod并确保每一个Pod资源处于用户期望的目标状态。如果Pod资源在运行中出现故障,它会基于指定策略重新编排Po
k8s中的微服务
微服务可以通过标签来找到能发布的服务现在还不知道能让谁来做负载均衡,需要做端口暴漏当我们访问111时,它会带我们访问后端的四个IP当我们改变了标签,并覆盖后,原先这个这个标签的主机就被开出去了重新返回,把标签还原查看策略,当我们访问这个IP时,他的策略把他带去访问后端的IP地址这个策略本身是不太好的,IP地址总是会变,而且是防火墙里的策略,数据一多,每次扫描都会造成浪费即便测试器删了,微服务也不会
到底了







