Ruimin0519的博客

就先解压开压缩包，然后进入目录中去，目录中就都是项目的全部信息了缺少的镜像上传下来镜像源位置不用改变。

k8s通过CNI接口接入其他插件来实现网络通讯。目前比较流行的插件有flannel，calico等CNI插件存放位置：# cat /etc/cni/net.d/10-flannel.conflist插件使用的解决方案如下虚拟网桥，虚拟网卡，多个容器共用一个虚拟网卡进行通信。多路复用：MacVLAN，多个容器共用一个物理网卡进行通信。硬件交换：SR-LOV，一个物理网卡可以虚拟出多个接口，这个性能最好。容器间通信：同一个pod内的多个容器间的通信，通过lo即可实现pod之间的通信。

这样生成的pod名字不固定，IP不固定此时是访问一个无状态的服务，那没什么影响，访问到访问不到都没啥影响但是如果有一个有状态的服务，他要指定master，那此时的pod做不了负载均衡statefulset控制器web-0web-1无头服务创建一个 Headless Service（无头服务），为 StatefulSet 的 Pod 提供网络访问能力。

控制器也是管理pod的一种手段自主式pod：pod退出或意外关闭后不会被重新创建控制器管理的 Pod：在控制器的生命周期里，始终要维持 Pod 的副本数目Pod控制器是管理pod的中间层，使用Pod控制器之后，只需要告诉Pod控制器，想要多少个什么样的Pod就可以了，它会创建出满足条件的Pod并确保每一个Pod资源处于用户期望的目标状态。如果Pod资源在运行中出现故障，它会基于指定策略重新编排Pod。

微服务可以通过标签来找到能发布的服务现在还不知道能让谁来做负载均衡，需要做端口暴漏当我们访问111时，它会带我们访问后端的四个IP当我们改变了标签，并覆盖后，原先这个这个标签的主机就被开出去了重新返回，把标签还原查看策略，当我们访问这个IP时，他的策略把他带去访问后端的IP地址这个策略本身是不太好的，IP地址总是会变，而且是防火墙里的策略，数据一多，每次扫描都会造成浪费即便测试器删了，微服务也不会被删除要再次删除微服务。

本质上是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理。目的是实现资源管理的自动化。为了能够让我们在运行Docker时，k8s会自动化寻找最适合的环境来运行。master一定要4核4G，其他可以4核2G。指定网络，所有主机在集群内都是使用这个网段。在那台主机里运行，就在仓库里下载。如果报错了，想还原就用这个命令。让k8s能够启动Docker。成功的情况是，重启后也没有。这些内容上传到k8s项目中。所有主机安装Docker。其他节点用这个命令来开。所有必须SE全部关闭。

镜像相当于软件，用来开容器的东西Docker是管理容器的引擎相较于传统的虚拟机是轻量的高效的，能够快速启动和关闭确保应用程序在不同的环境中具有一致的运行表现。

root@mysql_node1 build]# make -j2 #-j2 表示有几个核心就跑几个进程。RHEL7中直接用make编译是有问题的，所以需要要gcc工具。如果运行内存小了，在编译过程中就会造成内存溢出，会导致失败。实验在RHEL7中做，因为9中缺少了一个关键的高可用组件。直接编译可能会污染当前目录，所以新建一个目录来存放编译后。之前为什么给比较大的运行内存和多核，就是在这里。用原来的数据源，可能仓库不够，下载不了。

用户发过来的jsp nginx识别不了，它会把jsp交给中间键，中间键再把它们转换成html页面，返回给nginx，nginx再发送出去tomcat就是中间键实验环境一台nginx(IP100)，一台tomcata（IP10），一台tomcatb（IP20）web服务器 web应用服务器。

prefork 模型子进程全程都只为主进程服务，在其他请求请求之前，一直处于阻塞状态预派生模式，有一个主控制进程，然后生成多个子进程，使用select模型，最大并发1024每个子进程有一个独立的线程响应用户请求相对比较占用内存，但是比较稳定，可以设置最大和最小进程数是最古老的一种模式也是最稳定的模式，适用于访问量不是很大的场景优点：稳定缺点：每个用户请求需要对应开启一个进程占用资源较多，并发性差不适用于高并发场景一种多进程和多线程混合的模型有一个控制进程，启动多个子进程。

上一个实验的sla系统可用性业务外包，对于服务等级进行设定一般高可用要做的的是99.95%一个月里停机时间是21.6分钟，超过就扣钱。

为什么使用负载均衡？四层负载均衡客户端和RS之间也是有网络连接的LVS只做流量传输七层负载均衡。