k8s之应用实践-Service,Ingress

1.背景;

10余年的双河网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。网络营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整双河建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“双河网站设计”,“双河网站推广”以来，每个客户项目都认真落实执行。

        由于简化部署k8s 集群 ，公司的k8s 部署方案使用的是 kubeadm ,且跟进线上线下维度进行集群划分，为何要使用kubeadm 主要有两个原因：1.部署方便快捷，2.k8s节点扩容方便  3.部署难度降低; 

2.系统环境;

3.相关组件版本;

4.应用实践;

(1).集群已经正常运行如下所示;

2.查看deployment 配置;

apiVersion: extensions/v1beta1 
kind: Deployment 
metadata: 
  name: nginx-dp
spec: 
  selector:
    matchLabels:
      app: nginx-dp
  replicas: 1
  template: 
    metadata: 
      labels: 
        app: nginx-dp 
    spec: 
      containers: 
        - name: nginx 
          image: nginx:alpine 
          ports: 
            - containerPort: 80

3.查看ervice 配置;

apiVersion: v1
kind: Service
metadata:
  name: nginx-dp-cpf
spec:
  type: NodePort
  ports:
  - nodePort: 30001
    port: 80
    targetPort: 80
    protocol: TCP
  selector:
    app: nginx-dp

4.查看生成endpoints 

5.查看service 规则;

6.查看由kube-proxy 生成的iptables 防火墙规则; (正常规则)

注意:

      1.如果防火墙规则出现 类似如下规则:

        -A KUBE-EXTERNAL-SERVICES -p tcp -m comment --comment "default/nginx-dp-cpf: has no endpoints" -m addrtype --dst-type LOCAL -m tcp --dport 30001-j REJECT --reject-with icmp-port-unreachable

      2.解决办法;

           (1).net.ipv4.ip_forward = 1  #系统内核路由转发功能

           (2).iptables -PFORWARD ACCEPT  #允许 iptables  FORWARD 链规则通过;

           (3).iptables -P OUTPUT ACCEPT  #允许 iptables  OUTPUT 链规则通过;

           (4).检查deployment labels  和 service labels 设置是否关联正确;

           (5).kubectl get endpoints  --show-labels  #注意此规则和防火墙规则匹配 若出现none 请检查防火墙规则;

7.进行功能测试 (k8s 集群内进行测试);

8.ingress 部署;

#master 端执行;
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/mandatory.yaml
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/provider/baremetal/service-nodeport.yaml

注意: 

      nodeSelector 字段 labels  和 node labels 关联; 否则运行ingres pod 出现 peding 状态;

8.ingress 配置;

##配置yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-ingress
spec:
  rules:
  - http:
      paths:
      - path: /
        backend:
          serviceName: test-nginx 
          servicePort: 80

###查看创建 ingress;

####测试访问###

####基于域名多服务的 Ingress

路由到多服务的 Ingress 即根据请求路径的不同转发到不同的后端服务上，比如

www.breaklinux.com -> 10.109.21.77-> /test1     s1:80
                                  —> /test2      s2:80

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test
spec:
  rules:
  - host: www.breaklinux.com
    http:
      paths:
      - path: /test1
        backend:
          serviceName: test-nginx
          servicePort: 80
      - path: /test2
        backend:
          serviceName: nginx-dp-test-01 
          servicePort: 80

###虚拟主机 Ingress

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: ""
    nginx.ingress.kubernetes.io/proxy-body-size: 10240m
    nginx.ingress.kubernetes.io/proxy-read-timeout: "36000"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "36000"
    nginx.ingress.kubernetes.io/rewrite-target: /$1
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
  name: test-nginx-ingess
spec:
  rules:
  - host: test-nginx-ingress.dev.k8s.chj.cloud
    http:
      paths:
      - backend:
          serviceName: test-nginx
          servicePort: 80 
        path: /?(.*)

  ##基于虚拟主机访问测试#

##因为没有dns 服务环境 绑定hosts 进行测试

cat /etc/hosts

10.109.21.77   www.breaklinux.com test-nginx-ingress.dev.k8s.chj.cloud