LINUX学习------Linux自动化运维——Kubernetes网络

最新推荐文章于 2024-09-27 11:58:48 发布
最新推荐文章于 2024-09-27 11:58:48 发布
阅读量621 收藏
点赞数 1
文章标签： linux 运维 kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45106132/article/details/120759398
版权

一、k8s网络通信简介

k8s通过CNI接口接入其他插件来实现网络通讯。目前比较流行的插件有flannel，calico等。CNI插件存放位置：# cat /etc/cni/net.d/10-flannel.conflist

插件使用的解决方案如下：

虚拟网桥，虚拟网卡，多个容器共用一个虚拟网卡进行通信。
多路复用：MacVLAN，多个容器共用一个物理网卡进行通信。
硬件交换：SR-LOV，一个物理网卡可以虚拟出多个接口，这个性能最好。

  • 容器间通信：同一个pod内的多个容器间的通信，通过lo即可实现；
  • pod之间的通信： 同一节点的pod之间通过cni网桥转发数据包。 不同节点的pod之间的通信需要网络插件支持。
  • pod和service通信: 通过iptables或ipvs实现通信，ipvs取代不了iptables，因为ipvs只能做负载均衡，而做不了nat转换。
  • pod和外网通信：iptables的MASQUERADE。
  • Service与集群外部客户端的通信；（ingress、nodeport、loadbalancer）

二、flannel配置

2.1、flannel网络简介

Flannel是CoreOS团队针对Kubernetes设计的一个网络规划服务，简单来说，它的功能是让集群中的不同节点主机创建的Docker容器都具有全集群唯一的虚拟IP地址。

在默认的Docker配置中，每个节点上的Docker服务会分别负责所在节点容器的IP分配。这样导致的一个问题是，不同节点上容器可能获得相同的内外IP地址。并使这些容器之间能够之间通过IP地址相互找到，也就是相互ping通。

Flannel的设计目的就是为集群中的所有节点重新规划IP地址的使用规则，从而使得不同节点上的容器能够获得“同属一个内网”且”不重复的”IP地址，并让属于不同节点上的容器能够直接通过内网IP通信。

  • VXLAN，即Virtual Extensible LAN（虚拟可扩展局域网），是Linux本身支持的一网种网络虚拟化技术。VXLAN可以完全在内核态实现封装和解封装工作，从而通过“隧道”机制，构建出覆盖网络（OverlayNetwork）。
  • VTEP：VXLAN Tunnel End Point（虚拟隧道端点），在Flannel中VNI的默认值是1，这也是为什么宿主机的VTEP设备都叫flannel.1的原因。
  • Cni0: 网桥设备，每创建一个pod都会创建一对 vethpair。其中一端是pod中的eth0，另一端是Cni0网桥中的端口（网卡）。
  • Flannel.1:TUN设备(虚拟网卡)，用来进行 vxlan报文的处理（封包和解包）。不同node之间的pod数据流量都从overlay设备以隧道的形式发送到对端。
  • Flanneld：flannel在每个主机中运行flanneld作为agent，它会为所在主机从集群的网络地址空间中，获取一个小的网段subnet，本主机内所有容器的IP地址都将从中分配。同时Flanneld监听K8s集群数据库，为flannel.1设备提供封装数据时必要的mac、ip等网络数据信息。

2.2、flannel网络原理

Flannelvxlan模式跨主机通信原理
在这里插入图片描述

  • 当容器发送IP包，通过veth pair发往cni网桥，再路由到本机的flannel.1设备进行处理。
  • VTEP设备之间通过二层数据帧进行通信，源VTEP设备收到原始IP包后，在上面加上一个目的MAC地址，封装成一个内部数据帧，发送给目的VTEP设备。
  • 内部数据桢，并不能在宿主机的二层网络传输，Linux内核还需要把它进一步封装成为宿主机的一个普通的数据帧，承载着内部数据帧通过宿主机的eth0进行传输。
  • Linux会在内部数据帧前面，加上一个VXLAN头，VXLAN头里有一个重要的标志叫VNI，它是VTEP识别某个数据桢是不是应该归自己处理的重要标识。
  • flannel.1设备只知道另一端flannel.1设备的MAC地址，却不知道对应的宿主机地址是什么。在linux内核里面，网络设备进行转发的依据，来自FDB的转发数据库，这个flannel.1网桥对应的FDB信息，是由flanneld进程维护的。
  • linux内核在IP包前面再加上二层数据帧头，把目标节点的MAC地址填进去，MAC地址从宿主机的ARP表获取。
  • 此时flannel.1设备就可以把这个数据帧从eth0发出去，再经过宿主机网络来到目标节点的eth0设备。目标主机内核网络栈会发现这个数据帧有VXLAN
    Header，并且VNI为1，Linux内核会对它进行拆包，拿到内部数据帧，根据VNI的值，交给本机flannel.1设备处理,flannel.1拆包，根据路由表发往cni网桥，最后到达目标容器。

2.3、flannel配置

flannel支持多种后端：

Vxlan：
vxlan ##报文封装，默认
Directrouting ##直接路由，跨网段使用vxlan，同网段使用host-gw模式。
host-gw： ##主机网关，性能好，但只能在二层网络中，不支持跨网络， 如果有成千上万的Pod，容易产生广播风暴，不推荐
UDP： ##性能差，不推荐

server2

kubectl -n kube-system edit cm kube-flannel-cfg			## 查找并修改kube-flannel-cfg配置文件，将type由vxlan改为host-gw直连模式
net-conf.json: |
    {
      "Network": "10.244.0.0/16",
      "Backend": {
        "Type": "host-gw"
      }
    }

在这里插入图片描述

kubectl get pod -n kube-system | grep kube-flannel | awk '{system("kubectl delete pod "$1" -n kube-system")}'		## 删除节点副本，重新生成的节点会读取修改后的配置文件并生效。

在这里插入图片描述

vim deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment-nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: myapp:v1
        readinessProbe:
          httpGet:
            path: /hostname.html
            port: 80

kubectl get pod -o wide

在这里插入图片描述
主机访问pod
在这里插入图片描述

pod访问pod
kubectl run demo --image=busyboxplus -it --restart=Never
在这里插入图片描述

查看server3目的地是10.244.0.0/24网段的数据由server2作为网关，目的地是10.244.2.0/24网段的数据由server4作为网关
route -n
在这里插入图片描述

三、metallb

3.1、metallb简介

参考网址：https://metallb.universe.tf/

为什么使用metallb？

Kubernetes不提供网络负载均衡器的实现（LoadBalancer类型的服务）用于裸机集群。Kubernetes附带的Network
LB的实现都是调用各种IaaS平台（GCP，AWS，Azure等）的粘合代码。如果您未在受支持的IaaS平台（GCP，AWS，Azure等）上运行，则LoadBalancers在创建时将无限期保持“待处理”状态。
裸机集群运营商只剩下两个较小的工具，即“ NodePort”和“ externalIPs”服务，可将用户流量引入其集群。这两个选项在生产用途上都有很大的缺点，这使裸金属集群成为Kubernetes生态系统中的二等公民。
MetalLB旨在通过提供与标准网络设备集成的Network LB实现来解决这种不平衡问题，从而使裸机群集上的外部服务也尽可能“正常运行”。

3.2、metallb部署

我们需要提前将镜像下载好，平且上传至私有仓库

server1
docker load -i metallb-v0.10.3.tar
wget https://raw.githubusercontent.com/metallb/metallb/v0.10.3/manifests/namespace.yaml			##官网获取配置文件
wget https://raw.githubusercontent.com/metallb/metallb/v0.10.3/manifests/metallb.yaml
docker push reg.westos.org/metallb/speaker:v0.10.3
docker push reg.westos.org/metallb/controller:v0.10.3

在这里插入图片描述

server2

如果您在IPVS模式下使用kube-proxy，则从Kubernetes v1.14.2开始，您必须启用严格的ARP模式。
请注意，如果您将kube-router用作服务代理，则不需要此设置，因为默认情况下它启用了严格的arp。
您可以通过在当前集群中编辑kube-proxy配置来实现：

kubectl edit configmaps -n kube-system kube-proxy
ipvs:
      excludeCIDRs: null
      minSyncPeriod: 0s
      scheduler: ""
      strictARP: true
      syncPeriod: 0s
      tcpFinTimeout: 0s
      tcpTimeout: 0s
      udpTimeout: 0s
    kind: KubeProxyConfiguration
    metricsBindAddress: ""
    mode: "ipvs"

在这里插入图片描述

kubectl get pod -n kube-system | grep kube-proxy | awk '{system("kubectl delete pod "$1" -n kube-system")}'  ##更新kube-proxy pod
vim metallb.yaml
kubectl apply -f metallb.yaml

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
定义地址池

[root@server2 metallb]# vim config.yml
apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - 172.25.1.100-172.25.1.200
[root@server2 metallb]# kubectl apply -f config.yml

创建一个svc进行测试

kubectl apply -f lb-svc.yaml
vim lb-svc.yaml
apiVersion: v1
kind: Service
metadata:
  name: lb-nginx
spec:
  ports:
    - name: http
      port: 80
      targetPort: 80
  selector:
      app: nginx
  type: LoadBalancer


 kubectl get svc

在这里插入图片描述
ipvsadm -ln
在这里插入图片描述真机访问

curl 172.25.22.100
curl 172.25.22.100/hostname.html				##负载均衡

在这里插入图片描述

四、Ingress

4.1、ingress简介

单独用service暴露服务的方式，在实际生产环境中不太合适

  • ClusterIP的方式只能在集群内部访问。 NodePort方式的话，测试环境使用还行，当有几十上百的服务在集群中运行时，NodePort的端口管理是灾难。 LoadBalance方式受限于云平台，且通常在云平台部署ELB还需要额外的费用。

  • ingress可以简单理解为service的service，他通过独立的ingress对象来制定请求转发的规则，把请求路由到一个或多个service中。这样就把服务与请求规则解耦了，可以从业务维度统一考虑业务的暴露，而不用为每个service单独考虑。

  • Kubernetes 里的Ingress 服务是一种全局的、为了代理不同后端Service 而设置的负载均衡服务。Ingress由两部分组成：Ingress controller和Ingress服务。 Ingress Controller会根据你定义的Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的IngressController。

在这里插入图片描述

4.2、ingress部署

server1
docker load -i ingress-nginx-v1.0.3.tar
docker push reg.westos.org/ingress-nginx//controller:v1.0.3
docker push reg.westos.org/ingress-nginx/kube-webhook-certgen:v1.0

在这里插入图片描述

server2
wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.0.4/deploy/static/provider/cloud/deploy.yaml
vim /root/ingress-nginx/deploy.yaml
image: ingress-nginx/controller:v1.0.3
image: ingress-nginx/kube-webhook-certgen:v1.0

kubectl apply -f deploy.yaml

在这里插入图片描述

kubectl get pod -n ingress-nginx
在这里插入图片描述
kubectl -n ingress-nginx describe svc ingress-nginx-controller
在这里插入图片描述kubectl get svc
在这里插入图片描述

vim backend.yaml

kubectl apply -f backend.yaml

kubectl get svc

在这里插入图片描述
curl 10.103.35.227

在这里插入图片描述

vim inress-default.yaml
在这里插入图片描述

kubectl apply -f inress-default.yaml
kubectl get ingress
在这里插入图片描述

kubectl describe ingress ingress-backend

在这里插入图片描述
vim inress-default.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: ingress-backend
spec:
#ingressClassName: nginx
defaultBackend:
service:
name: defaultbackend
port:
number: 80
kubectl get ingress
在这里插入图片描述

kubectl describe ingress ingress-backend
在这里插入图片描述kubectl -n ingress-nginx get svc

在这里插入图片描述
curl 10.97.44.81

在这里插入图片描述

vim inress-default.yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: ingress-backend
spec:
ingressClassName: nginx
defaultBackend:
service:
name: defaultbackend
port:
number: 80

kubectl delete -f inress-default.yaml
kubectl apply -f inress-default.yaml
kubectl get ingress

在这里插入图片描述
curl 10.103.35.227
在这里插入图片描述
vim deploy.yaml
annotations:
ingressclass.kubernetes.io/is-default-class: “true”

在这里插入图片描述
kubectl apply -f deploy.yaml

vim inress-default.yaml

kubectl apply -f inress-default.yaml
vim deployment.yaml

kubectl apply -f deployment.yaml

在这里插入图片描述
kubectl get svc

在这里插入图片描述

kubectl describe svc www1-svc
在这里插入图片描述

vim ingress-www1.yaml
kubectl apply -f ingress-www1.yaml

在这里插入图片描述

4.3、Ingress 认证

yum install -y httpd-tools
openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj “/CN=nginxsvc/O=nginxsvc”
在这里插入图片描述
kubectl create secret tls tls-secret --key tls.key --cert tls.crt

kubectl get secrets
在这里插入图片描述

htpasswd -c auth wj
vim deployment.yaml
kubectl apply -f ingress-www1.yaml

kubectl describe ingress ingress-www1

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述在这里插入图片描述

五、calico网络插件

5.1、calico简介

  • flannel实现的是网络通信，calico的特性是在pod之间的隔离。
  • 通过BGP路由，但大规模端点的拓扑计算和收敛往往需要一定的时间和计算资源。
  • 纯三层的转发，中间没有任何的NAT和overlay，转发效率最好。
  • Calico 仅依赖三层路由可达。Calico 较少的依赖性使它能适配所有 VM、Container、白盒或者混合环境场景。

网络架构：

Felix：监听ECTD中心的存储获取事件，用户创建pod后，Felix负责将其网卡、IP、MAC都设置好，然后在内核的路由表里面写一条，注明这个IP应该到这张网卡。同样如果用户制定了隔离策略，Felix同样会将该策略创建到ACL中，以实现隔离。
BIRD：一个标准的路由程序，它会从内核里面获取哪一些IP的路由发生了变化，然后通过标准BGP的路由协议扩散到整个其他的宿主机上，让外界都知道这个IP在这里，路由的时候到这里来。

在这里插入图片描述

工作模式：

  • IPIP工作模式：适用于互相访问的pod不在同一个网段中，跨网段访问的场景。

在这里插入图片描述

  • BGP工作模式：适用于互相访问的pod在同一个网段，适用于大型网络。
    在这里插入图片描述

5.2、calico的安装部署

官网：https://docs.projectcalico.org/getting-started/kubernetes/self-managed-onprem/onpremises
获取calico.yaml和calico的压缩包

**server1**
docker load -i calico-v3.20.2.tar
docker images | grep calico | awk '{system("docker tag "$1":"$2" reg.westos.org/"$1":"$2"")}'
docker push reg.westos.org/calico/pod2daemon-flexvol:v3.20.2
docker push reg.westos.org/calico/node:v3.20.2
docker push reg.westos.org/calico/kube-controllers:v3.20.2
docker push reg.westos.org/calico/cni:v3.20.2

在这里插入图片描述
server2
初始化k8s

cd /etc/cni/net.d/			##server1 server2 server3
rm -fr *
kubectl -n kube-system delete pod --all
kubectl delete svc --all
kubectl delete ingress --all
ubectl delete deployments.apps --all
kubectl delete -f .kube-flannel.yml


将镜像路径设置为自己的harbor仓库的路径，把CALICO_IPV4POOL_IPIP功能关闭
vim calico.yaml
- name: CALICO_IPV4POOL_IPIP
              value: "off"											##关闭隧道模式
            # Enable or Disable VXLAN on the default IP pool.
            - name: CALICO_IPV4POOL_VXLAN

kubectl apply -f calico.yaml
kubectl  -n kube-system get pod

在这里插入图片描述

5.3、实验

1、限制访问指定服务

编辑deny-nginx.yaml配置文件

要进行限制访问的是标签为myapp的pod容器

 vim nginx-policy.yml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
 name: deny-nginx
spec:
 podSelector:
 matchLabels:
 app: myapp

应用下列yaml配置文件，查看服务，看到lb-svc的集群ip和外部访问ip，对这两个地址测试访问，发现访问失败

kubectl apply -f deployment.yaml

在这里插入图片描述
查看pod信息并输出所在的节点，访问pod所在节点的ip地址，依然访问失败

在这里插入图片描述
因为这些pod的标签都是myapp，已经设置了限制访问
在这里插入图片描述

2、禁止 namespace 中所有 Pod 之间的相互访问

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: default-deny
  namespace: default
spec:
  podSelector: {}

3、允许外网访问服务

vim policy2.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: default-deny
  namespace: default
spec:
  podSelector:
    matchLables:
  ingress:
  - from:
    - podSelector: {}

---

kind: NetworkPolicy
apiVersion: networking.k8s.io/v1
metadata:
  name: web-allow-external
spec:
  podSelector:
    matchLabels:
      app: myapp
  ingress:
  - ports:
    - port: 80
    from: []

kubectl apply -f policy2.yaml

真机访问 curl  172.25.22.101

在这里插入图片描述

4、除了 172.25.0.0/24 之外的所有 172.25.0.0/16可访问

vim policy2.yaml
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: default-deny
  namespace: default
spec:
  podSelector:
    matchLables:
  ingress:
  - from:
    - podSelector: {}

---

kind: NetworkPolicy
apiVersion: networking.k8s.io/v1
metadata:
  name: web-allow-external
spec:
  podSelector:
    matchLabels:
      app: myapp
  ingress:
  - from:
    - ipBlock:
        cidr: 172.25.0.0/16
        except:
        - 172.25.0.0/24
    ports:
    - port: 80

5、 禁止其他 namespace 访问服务

kind: NetworkPolicy
apiVersion: networking.k8s.io/v1
metadata:
 name: deny-namespace
spec:
 podSelector:
 matchLabels:
 ingress:
 - from:
 - podSelector: {}

6、只允许指定namespace访问服务

kind: NetworkPolicy
apiVersion: networking.k8s.io/v1
metadata:
 name: access-namespace
spec:
 podSelector:
 matchLabels:
 app: myapp
 ingress:
 - from:
 - namespaceSelector:
 matchLabels:
 role: prod
雾与晨解忧铺
关注
linux自动化运维ansible
ococotwd的博客
04-24 2869
linux自动化运维ansible一、概述二、安装1、配置安装源2、安装3、查询版本信息三、设置主机清单1、添加ip及账号信息2、修改主配置文件3、测试是否成功四、模块应用1、模块2、运行临时命令3、剧本编写 一、概述 使用ansible可以自动部署应用程序、对服务器进行初始化配置、安全基线配置、以及进行更新和打补丁操作。 ansible目前是运维自动化工具中最简单、容易上手的一款优秀软件。 ansible服务本身并没有批量部署的功能，具有批量部署能力的是其运行的模块。 基于SSH远程会话协议，不需要客户
kubernetes运维---calico之ipip模式抓包分析
qq_34391821的博客
05-07 1864
一、calico介绍 Calico是Kubernetes生态系统中另一种流行的网络选择。虽然Flannel被公认为是最简单的选择，但Calico以其性能、灵活性而闻名。Calico的功能更为全面，不仅提供主机和pod之间的网络连接，还涉及网络安全和管理。Calico CNI插件在CNI框架内封装了Calico的功能。 Calico是一个基于BGP的纯三层的网络方案，与OpenStack、Kubernetes、AWS、GCE等云平台都能够良好地集成。Calico在每个计算节点都利用Linux Kernel
Linux-自动化运维
ManWZD的博客
01-29 264
自动化运维常用工具汇总备忘。 SaltStack 负责配置管理和自动化部署 rsync 负责文件的自动同步 Zabbix/open-falcon 负责监控数据的自动收集和展示 inotify 负责文件系统事件监控 mutt 负责自动发邮件
Linux开源网络：网络虚拟化
最新发布
一枚菜鸡
09-27 1135
Linux 网络虚拟化的主要技术是网络命名空间以及各类虚拟网络设备。例如要介绍的 veth、Linux bridge、tun/tap 等，这些虚拟网络设备模拟了物理设备的功能，但完全在内核层面由代码实现。容器网络正是基于这些虚拟网络设备，模拟现实世界中的物理设备彼此协作，将各个独立的网络命名空间连接起来，构建出不受物理环境约束的容器之间、容器与宿主机之间乃至跨数据中心的动态网络拓扑架构。部分内容来源于《Linux开源网络全栈详解：从DPDK到OpenFlow》
Linux——自动化运维ansibe
Xinan_____的博客
06-12 1162
定义：一款开源的自动化运维工具，使用简单易懂且好上手的语言，采用声明式语法编写自动化运维的相关任务，保证所有托管至ansible的节点呈现目标管理状态的工具。将运维人员从繁琐复杂且重复性的劳动中解放出来在目前的应用开发的趋势之下。，DEVOPS 就是是开发和运维人员的之间的交互逐渐增加，需要一款自动化工具，能够更好地链接开发和运维的工作。使用“基础设施既代码”概念，复用性和泛用性更强架构/ ansible 是如何实现远程节点的控制的？
Linux —— ansible自动化运维工具
ZhouXin1111112的博客
08-04 1092
Ansible是一个部署一群远程主机的工具;Ansible通过SSH协议实现远程节点和管理节点之间的通信。理论上说，只要管理员通过ssh登录到一台远程主机上能做的操作，Ansible都可以做到。Ansible是python开发的,故依赖一些python库和组件,如:paramiko，PyYaml和jinja三个关键组件;
Linux之自动化运维工具ansible、ansible模块
m0_52165864的博客
08-20 1294
ansible是一个自动化运维工具的名称，是基于Python开发，集合了众多运维工具的优点（puppet、fabric、slatstack），实现批量系统配置，程序的部署。Linux运维：自动化（脚本）、智能化、平台化。由于Linux运维人员，人肉运维不可取–效率慢，如果敲错出事，于是就诞生了一系列的运维工具，ansible就是其中之一。日常运维：1、软件安装-查看依赖 漏铜 升级 Debian-apt-get2、服务的配置-架构搭建-负载均衡（高可用）-等价路由-lvs3、运行脚本。
kubernetes-server-linux-amd64.tar.gz-1.20
07-24
由于压缩包子文件的文件名称列表只有一个条目——`kubernetes-server-linux-amd64.tar.gz`，这意味着压缩包内可能包含所有必要的Kubernetes服务器组件，但具体的文件结构和内容需要解压后查看。通常，这样的分发版会...
kubernetes-client-linux-amd64.tar.gz
12-06
在实际使用中，kubectl不仅适用于开发和运维人员，也是自动化流程、CI/CD系统中的重要一环。例如，持续集成服务器可以通过kubectl自动部署新版本的应用，监控部署状态，甚至在发现问题时自动回滚。 总之，...
linux企业运维——Kubernetes（一）：Kubernetes集群部署
送花给你的博客
10-17 246
1、k8s简介 Kubernetes（k8s）是 Google 开源的容器集群管理系统，其设计源于 Google 在容器编排方面积累的丰富经验，并结合社区创新的最佳实践。Kubernetes 在 Docker容器技术的基础上，大大地提高了容器化部署应用简单高效。经过几年的快速发展，Kubernetes 已经成为建设容器云平台的首选方案。 1.1 Kubernetes的主要功能 （1）自我修复 在节点故障时重新启动失败的容器，替换和重新部署容器，保证预期的副本数量；杀死...
Linux自动化运维部署+运维
weixin_30640769的博客
07-16 1117
自动化部署及配置（Cobbler/Kickstart） 红帽发布的网络安装服务器套件Cobbler可以说是一大Linux装机利器,可以快速的建立网络安装环境,据说比Kickstart还要好用。 分布式集中化管理（Puppet/Salt/Ansible) Ansible是新出现的运维工具是基于Python研发的糅合了众多老牌运维工具的优点实现了批量操作系统配置、批量程序的部署、批量运行命令...
Linux Shell 实现自动化运维实践
07-11
Linux Shell 实现自动化运维实践，非常详细，建议大家学习下载
LINUX学习------Linux自动化运维——NGINX
qq_45106132的博客
09-09 456
https://docs.nginx.com/ ##nginx配置官网 实验环境配置 scp -r /usr/local/nginx server2:/usr/local/ ##将服务部署到server2 scp -r /usr/local/nginx server3:/usr/local/ ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/ ##建立软链接，全局启动nginx scp /usr/lib/systemd/system/nginx
linux 自动化运维工具-----saltstack
iaMay_____的博客
08-17 819
环境准备 centos6.5 两台虚拟机 准备安装包 [root@foundation15 rhel6]# ls libyaml-0.1.3-4.el6.x86_64.rpm python-babel-0.9.4-5.1.el6.noarch.rpm python-backports-1.0-5.el6.x86_64.rpm python-backports-ssl_match_host...
Linux自动化运维工具ansible详解
qq_44212783的博客
08-20 3455
自动化运维工具ansible
Linux自动化运维
沐雨金鳞
01-05 4418
Linux自动化运维笔记 本节主要讲解将命令写入脚本中用于实现自动化运维 shell脚本 1、$意义 2、检查语法错误 3、字体颜色改变 4、快捷键使用 5、if else表达式 6、for循环 7、seq遍历 8、将文件复制到远程服务器上 9、数据库定时备份脚本 10、··符号的使用 11、crontab定时使用 12、while循环 14、req命令的使用
LINUX学习------Linux自动化运维——LVS
qq_45106132的博客
12-13 1321
一、
LVS负载均衡-集群搭建
qq_38664479的博客
07-19 871
目录一、LVS是什么？二、实验环境1.封装虚拟机2.虚拟机快照三、进行lvs集群的搭建 一、LVS是什么？ 1、LVS是Linux Virtual Server的简写，即Linux虚拟服务器，是一个虚拟的服务器集群系统，可伸缩网络服务的几种结构。lvs 负载均衡根据目标地址和目标端口实现用户请求转发，本身不产生流量，只做用户请求转发，目前是负载均衡性能最好的集群系统。 2、实现虚拟网络服务的主要技术中，IP负载均衡技术是在负载调度器的实现技术中效率最高的。在已有的IP负载均衡技术中，主要有通过网络地址转换
linux自动化运维-ansible
m0_59750663的博客
10-23 293
一、安装及简易配置 1、服务端安装ansilbe IP：192.168.176.189 2、将所需管控主机添加至 /etc/ansible/hosts 3、添加 ssh秘钥进行认证 [root@master ~]# ssh-keygen -t rsa -P "" [root@master ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@192.168.176.191 [root@master ~]# ssh-copy-id -i ~/.ssh/id_rsa.
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值