標籤: 租車

kubeadm介紹

kubeadm概述

參考《附003.Kubeadm部署Kubernetes》。

kubeadm功能

參考《附003.Kubeadm部署Kubernetes》。

本方案描述

• 本方案採用kubeadm部署Kubernetes 1.18.3版本；
• etcd採用混部方式；
• KeepAlived：實現VIP高可用；
• HAProxy：以系統systemd形式運行，提供反向代理至3個master 6443端口；
• 其他主要部署組件包括：
  • Metrics：度量；
  • Dashboard：Kubernetes 圖形UI界面；
  • Helm：Kubernetes Helm包管理工具；
  • Ingress：Kubernetes 服務暴露；
  • Longhorn：Kubernetes 動態存儲組件。

部署規劃

節點規劃

節點主機名	IP	類型	運行服務
master01	172.24.8.71	Kubernetes master節點	docker、etcd、kube-apiserver、kube-scheduler、kube-controller-manager、 kubectl、kubelet、metrics、calico、HAProxy、KeepAlived
master02	172.24.8.72	Kubernetes master節點	docker、etcd、kube-apiserver、kube-scheduler、kube-controller-manager、 kubectl、kubelet、metrics、calico、HAProxy、KeepAlived
master03	172.24.8.73	Kubernetes master節點	docker、etcd、kube-apiserver、kube-scheduler、kube-controller-manager、 kubectl、kubelet、metrics、calico、HAProxy、KeepAlived
worker01	172.24.8.74	Kubernetes node節點1	docker、kubelet、proxy、calico
worker02	172.24.8.75	Kubernetes node節點2	docker、kubelet、proxy、calico
worker03	172.24.8.76	Kubernetes node節點3	docker、kubelet、proxy、calico
VIP	172.24.8.100

Kubernetes的高可用主要指的是控制平面的高可用，即指多套Master節點組件和Etcd組件，工作節點通過負載均衡連接到各Master。

Kubernetes高可用架構中etcd與Master節點組件混布方式特點：

1. 所需機器資源少
2. 部署簡單，利於管理
3. 容易進行橫向擴展
4. 風險大，一台宿主機掛了，master和etcd就都少了一套，集群冗餘度受到的影響比較大。

提示：本實驗使用Keepalived+HAProxy架構實現Kubernetes的高可用。

初始準備

[root@master01 ~]# hostnamectl set-hostname master01			#其他節點依次修改
[root@master01 ~]# cat >> /etc/hosts << EOF
172.24.8.71 master01
172.24.8.72 master02
172.24.8.73 master03
172.24.8.74 worker01
172.24.8.75 worker02
172.24.8.76 worker03
EOF

[root@master01 ~]# vi k8sinit.sh

# Initialize the machine. This needs to be executed on every machine.

# Install docker
useradd -m docker
yum -y install yum-utils device-mapper-persistent-data lvm2
yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
yum -y install docker-ce
mkdir /etc/docker
cat > /etc/docker/daemon.json <<EOF
{
  "registry-mirrors": ["https://dbzucv6w.mirror.aliyuncs.com"],
  "exec-opts": ["native.cgroupdriver=systemd"],
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m"
  },
  "storage-driver": "overlay2",
  "storage-opts": [
    "overlay2.override_kernel_check=true"
  ]
}
EOF
systemctl restart docker
systemctl enable docker
systemctl status docker

# Disable the SELinux.
sed -i 's/^SELINUX=.*/SELINUX=disabled/' /etc/selinux/config

# Turn off and disable the firewalld.
systemctl stop firewalld
systemctl disable firewalld

# Modify related kernel parameters & Disable the swap.
cat > /etc/sysctl.d/k8s.conf << EOF
net.ipv4.ip_forward = 1
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.tcp_tw_recycle = 0
vm.swappiness = 0
vm.overcommit_memory = 1
vm.panic_on_oom = 0
net.ipv6.conf.all.disable_ipv6 = 1
EOF
sysctl -p /etc/sysctl.d/k8s.conf >&/dev/null
swapoff -a
sed -i '/ swap / s/^\(.*\)$/#\1/g' /etc/fstab
modprobe br_netfilter

# Add ipvs modules
cat > /etc/sysconfig/modules/ipvs.modules <<EOF
#!/bin/bash
modprobe -- ip_vs
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- nf_conntrack_ipv4
modprobe -- nf_conntrack
EOF

chmod 755 /etc/sysconfig/modules/ipvs.modules
bash /etc/sysconfig/modules/ipvs.modules

# Install rpm
yum install -y conntrack ntpdate ntp ipvsadm ipset jq iptables curl sysstat libseccomp wget

# Update kernel
rpm --import http://down.linuxsb.com:8888/RPM-GPG-KEY-elrepo.org
rpm -Uvh http://down.linuxsb.com:8888/elrepo-release-7.0-4.el7.elrepo.noarch.rpm
yum --disablerepo="*" --enablerepo="elrepo-kernel" install -y kernel-ml
sed -i 's/^GRUB_DEFAULT=.*/GRUB_DEFAULT=0/' /etc/default/grub
grub2-mkconfig -o /boot/grub2/grub.cfg
yum update -y

# Reboot the machine.
# reboot

提示：對於某些特性，可能需要升級內核，內核升級操作見《018.Linux升級內核》。
4.19版及以上內核nf_conntrack_ipv4已經改為nf_conntrack。

互信配置

為了更方便遠程分發文件和執行命令，本實驗配置master01節點到其它節點的 ssh 信任關係。

[root@master01 ~]# ssh-keygen -f ~/.ssh/id_rsa -N ''
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@master01
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@master02
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@master03
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@worker01
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@worker02
[root@master01 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub root@worker03

提示：此操作僅需要在master節點操作。

其他準備

[root@master01 ~]# vi environment.sh

#!/bin/sh
#****************************************************************#
# ScriptName: environment.sh
# Author: xhy
# Create Date: 2020-05-30 16:30
# Modify Author: xhy
# Modify Date: 2020-06-15 17:55
# Version: 
#***************************************************************#
# 集群 MASTER 機器 IP 數組
export MASTER_IPS=(172.24.8.71 172.24.8.72 172.24.8.73)

# 集群 MASTER IP 對應的主機名數組
export MASTER_NAMES=(master01 master02 master03)

# 集群 NODE 機器 IP 數組
export NODE_IPS=(172.24.8.74 172.24.8.75 172.24.8.76)

# 集群 NODE IP 對應的主機名數組
export NODE_NAMES=(worker01 worker02 worker03)

# 集群所有機器 IP 數組
export ALL_IPS=(172.24.8.71 172.24.8.72 172.24.8.73 172.24.8.74 172.24.8.75 172.24.8.76)

# 集群所有IP 對應的主機名數組
export ALL_NAMES=(master01 master02 master03 worker01 worker02 worker03)

[root@master01 ~]# source environment.sh
[root@master01 ~]# chmod +x *.sh
[root@master01 ~]# for all_ip in ${ALL_IPS[@]}
  do
    echo ">>> ${all_ip}"
    scp -rp /etc/hosts root@${all_ip}:/etc/hosts
    scp -rp k8sinit.sh root@${all_ip}:/root/
    ssh root@${all_ip} "bash /root/k8sinit.sh"
  done

集群部署

相關組件包

需要在每台機器上都安裝以下的軟件包：

• kubeadm: 用來初始化集群的指令；
• kubelet: 在集群中的每個節點上用來啟動 pod 和 container 等；
• kubectl: 用來與集群通信的命令行工具。

kubeadm不能安裝或管理 kubelet 或 kubectl ，所以得保證他們滿足通過 kubeadm 安裝的 Kubernetes 控制層對版本的要求。如果版本沒有滿足要求，可能導致一些意外錯誤或問題。
具體相關組件安裝見《附001.kubectl介紹及使用》。

提示：Kubernetes 1.18版本所有兼容相應組件的版本參考：https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.18.md。

正式安裝

[root@master01 ~]# for all_ip in ${ALL_IPS[@]}
  do
    echo ">>> ${all_ip}"
    ssh root@${all_ip} "cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
EOF"
    ssh root@${all_ip} "yum install -y kubeadm-1.18.3-0.x86_64 kubelet-1.18.3-0.x86_64 kubectl-1.18.3-0.x86_64 --disableexcludes=kubernetes"
    ssh root@${all_ip} "systemctl enable kubelet"
done
[root@master01 ~]# yum search -y kubelet --showduplicates		#查看相應版本

提示：如上僅需Master01節點操作，從而實現所有節點自動化安裝，同時此時不需要啟動kubelet，初始化的過程中會自動啟動的，如果此時啟動了會出現報錯，忽略即可。
說明：同時安裝了cri-tools, kubernetes-cni, socat三個依賴：
socat：kubelet的依賴；
cri-tools：即CRI(Container Runtime Interface)容器運行時接口的命令行工具。

部署高可用組件

HAProxy安裝

[root@master01 ~]# for master_ip in ${MASTER_IPS[@]}
  do
    echo ">>> ${master_ip}"
    ssh root@${master_ip} "yum -y install gcc gcc-c++ make libnl libnl-devel libnfnetlink-devel openssl-devel wget openssh-clients systemd-devel zlib-devel pcre-devel libnl3-devel"
    ssh root@${master_ip} "wget http://down.linuxsb.com:8888/software/haproxy-2.1.6.tar.gz"
    ssh root@${master_ip} "tar -zxvf haproxy-2.1.6.tar.gz"
    ssh root@${master_ip} "cd haproxy-2.1.6/ && make ARCH=x86_64 TARGET=linux-glibc USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1 USE_SYSTEMD=1 PREFIX=/usr/local/haprpxy && make install PREFIX=/usr/local/haproxy"
    ssh root@${master_ip} "cp /usr/local/haproxy/sbin/haproxy /usr/sbin/"
    ssh root@${master_ip} "useradd -r haproxy && usermod -G haproxy haproxy"
    ssh root@${master_ip} "mkdir -p /etc/haproxy && cp -r /root/haproxy-2.1.6/examples/errorfiles/ /usr/local/haproxy/"
  done

Keepalived安裝

[root@master01 ~]# for master_ip in ${MASTER_IPS[@]}
  do
    echo ">>> ${master_ip}"
    ssh root@${master_ip} "yum -y install gcc gcc-c++ make libnl libnl-devel libnfnetlink-devel openssl-devel"
    ssh root@${master_ip} "wget http://down.linuxsb.com:8888/software/keepalived-2.0.20.tar.gz"
    ssh root@${master_ip} "tar -zxvf keepalived-2.0.20.tar.gz"
    ssh root@${master_ip} "cd keepalived-2.0.20/ && ./configure --sysconf=/etc --prefix=/usr/local/keepalived && make && make install"
  done

提示：如上僅需Master01節點操作，從而實現所有節點自動化安裝。

創建配置文件

[root@master01 ~]# wget http://down.linuxsb.com:8888/hakek8s.sh		#拉取自動部署腳本
[root@master01 ~]# chmod u+x hakek8s.sh

[root@master01 ~]# vi hakek8s.sh

#!/bin/sh
#****************************************************************#
# ScriptName: hakek8s.sh
# Author: xhy
# Create Date: 2020-06-08 20:00
# Modify Author: xhy
# Modify Date: 2020-06-15 18:15
# Version: v2
#***************************************************************#

#######################################
# set variables below to create the config files, all files will create at ./config directory
#######################################

# master keepalived virtual ip address
export K8SHA_VIP=172.24.8.100

# master01 ip address
export K8SHA_IP1=172.24.8.71

# master02 ip address
export K8SHA_IP2=172.24.8.72

# master03 ip address
export K8SHA_IP3=172.24.8.73

# master01 hostname
export K8SHA_HOST1=master01

# master02 hostname
export K8SHA_HOST2=master02

# master03 hostname
export K8SHA_HOST3=master03

# master01 network interface name
export K8SHA_NETINF1=eth0

# master02 network interface name
export K8SHA_NETINF2=eth0

# master03 network interface name
export K8SHA_NETINF3=eth0

# keepalived auth_pass config
export K8SHA_KEEPALIVED_AUTH=412f7dc3bfed32194d1600c483e10ad1d

# kubernetes CIDR pod subnet
export K8SHA_PODCIDR=10.10.0.0

# kubernetes CIDR svc subnet
export K8SHA_SVCCIDR=10.20.0.0

[root@master01 ~]# ./hakek8s.sh

解釋：如上僅需Master01節點操作。執行hakek8s.sh腳本後會生產如下配置文件清單：

• kubeadm-config.yaml：kubeadm初始化配置文件，位於當前目錄
• keepalived：keepalived配置文件，位於各個master節點的/etc/keepalived目錄
• haproxy：haproxy的配置文件，位於各個master節點的/etc/haproxy/目錄
• calico.yaml：calico網絡組件部署文件，位於config/calico/目錄

[root@master01 ~]# cat kubeadm-config.yaml #檢查集群初始化配置

apiVersion: kubeadm.k8s.io/v1beta2
kind: ClusterConfiguration
networking:
  serviceSubnet: "10.20.0.0/16"				#設置svc網段
  podSubnet: "10.10.0.0/16"				#設置Pod網段
  dnsDomain: "cluster.local"
kubernetesVersion: "v1.18.3"				#設置安裝版本
controlPlaneEndpoint: "172.24.11.254:16443"		#設置相關API VIP地址
apiServer:
  certSANs:
  - master01
  - master02
  - master03
  - 127.0.0.1
  - 192.168.2.11
  - 192.168.2.12
  - 192.168.2.13
  - 192.168.2.200
  timeoutForControlPlane: 4m0s
certificatesDir: "/etc/kubernetes/pki"
imageRepository: "k8s.gcr.io"

---
apiVersion: kubeproxy.config.k8s.io/v1alpha1
kind: KubeProxyConfiguration
featureGates:
  SupportIPVSProxyMode: true
mode: ipvs

提示：如上僅需Master01節點操作，更多config文件參考：https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2。
此kubeadm部署初始化配置更多參考：https://pkg.go.dev/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2?tab=doc。

啟動服務

[root@master01 ~]# cat /etc/keepalived/keepalived.conf
[root@master01 ~]# cat /etc/keepalived/check_apiserver.sh	確認Keepalived配置
[root@master01 ~]# for master_ip in ${MASTER_IPS[@]}
  do
    echo ">>> ${master_ip}"
    ssh root@${master_ip} "systemctl start haproxy.service && systemctl enable haproxy.service"
    ssh root@${master_ip} "systemctl start keepalived.service && systemctl enable keepalived.service"
    ssh root@${master_ip} "systemctl status keepalived.service | grep Active"
    ssh root@${master_ip} "systemctl status haproxy.service | grep Active"
  done
[root@master01 ~]# for all_ip in ${ALL_IPS[@]}
  do
    echo ">>> ${all_ip}"
    ssh root@${all_ip} "ping -c1 172.24.8.100"
  done								#等待30s執行檢查

提示：如上僅需Master01節點操作，從而實現所有節點自動啟動服務。

初始化集群

拉取鏡像

[root@master01 ~]# kubeadm --kubernetes-version=v1.18.3 config images list	#列出所需鏡像
[root@master01 ~]# cat config/downimage.sh			#確認版本

#!/bin/sh
#****************************************************************#
# ScriptName: downimage.sh
# Author: xhy
# Create Date: 2020-05-29 19:55
# Modify Author: xhy
# Modify Date: 2020-06-10 19:15
# Version: v2
#***************************************************************#

KUBE_VERSION=v1.18.3
CALICO_VERSION=v3.14.1
CALICO_URL=calico
KUBE_PAUSE_VERSION=3.2
ETCD_VERSION=3.4.3-0
CORE_DNS_VERSION=1.6.7
GCR_URL=k8s.gcr.io
METRICS_SERVER_VERSION=v0.3.6
INGRESS_VERSION=0.32.0
CSI_PROVISIONER_VERSION=v1.4.0
CSI_NODE_DRIVER_VERSION=v1.2.0
CSI_ATTACHER_VERSION=v2.0.0
CSI_RESIZER_VERSION=v0.3.0 
ALIYUN_URL=registry.cn-hangzhou.aliyuncs.com/google_containers
UCLOUD_URL=uhub.service.ucloud.cn/uxhy
QUAY_URL=quay.io

kubeimages=(kube-proxy:${KUBE_VERSION}
kube-scheduler:${KUBE_VERSION}
kube-controller-manager:${KUBE_VERSION}
kube-apiserver:${KUBE_VERSION}
pause:${KUBE_PAUSE_VERSION}
etcd:${ETCD_VERSION}
coredns:${CORE_DNS_VERSION}
metrics-server-amd64:${METRICS_SERVER_VERSION}
)

for kubeimageName in ${kubeimages[@]} ; do
docker pull $UCLOUD_URL/$kubeimageName
docker tag $UCLOUD_URL/$kubeimageName $GCR_URL/$kubeimageName
docker rmi $UCLOUD_URL/$kubeimageName
done

calimages=(cni:${CALICO_VERSION}
pod2daemon-flexvol:${CALICO_VERSION}
node:${CALICO_VERSION}
kube-controllers:${CALICO_VERSION})

for calimageName in ${calimages[@]} ; do
docker pull $UCLOUD_URL/$calimageName
docker tag $UCLOUD_URL/$calimageName $CALICO_URL/$calimageName
docker rmi $UCLOUD_URL/$calimageName
done

ingressimages=(nginx-ingress-controller:${INGRESS_VERSION})

for ingressimageName in ${ingressimages[@]} ; do
docker pull $UCLOUD_URL/$ingressimageName
docker tag $UCLOUD_URL/$ingressimageName $QUAY_URL/kubernetes-ingress-controller/$ingressimageName
docker rmi $UCLOUD_URL/$ingressimageName
done

csiimages=(csi-provisioner:${CSI_PROVISIONER_VERSION}
csi-node-driver-registrar:${CSI_NODE_DRIVER_VERSION}
csi-attacher:${CSI_ATTACHER_VERSION}
csi-resizer:${CSI_RESIZER_VERSION}
)

for csiimageName in ${csiimages[@]} ; do
docker pull $UCLOUD_URL/$csiimageName
docker tag $UCLOUD_URL/$csiimageName $QUAY_URL/k8scsi/$csiimageName
docker rmi $UCLOUD_URL/$csiimageName
done

[root@master01 ~]# for all_ip in ${ALL_IPS[@]}
  do
    echo ">>> ${all_ip}"
    scp -rp config/downimage.sh root@${all_ip}:/root/
    ssh root@${all_ip} "bash downimage.sh &"
  done

提示：如上僅需Master01節點操作，從而實現所有節點自動拉取鏡像。

[root@master01 ~]# docker images #確認驗證 

Master上初始化

[root@master01 ~]# kubeadm init --config=kubeadm-config.yaml --upload-certs 

You can now join any number of the control-plane node running the following command on each as root:

  kubeadm join 172.24.8.100:16443 --token xifg5c.3mvph3nwx1srdf7l \
    --discovery-token-ca-cert-hash sha256:031a8758ddad5431be4132ecd6445f33b17c2192c11e010209705816a4a53afd \
    --control-plane --certificate-key 560c926e508ed6011cd35fe120a5163d3ca32e16b745cf1877da970e3e0982f0

Please note that the certificate-key gives access to cluster sensitive data, keep it secret!
As a safeguard, uploaded-certs will be deleted in two hours; If necessary, you can use
"kubeadm init phase upload-certs --upload-certs" to reload certs afterward.

Then you can join any number of worker nodes by running the following on each as root:

kubeadm join 172.24.8.100:16443 --token xifg5c.3mvph3nwx1srdf7l \
    --discovery-token-ca-cert-hash sha256:031a8758ddad5431be4132ecd6445f33b17c2192c11e010209705816a4a53afd

注意：如上token具有默認24小時的有效期，token和hash值可通過如下方式獲取：
kubeadm token list
如果 Token 過期以後，可以輸入以下命令，生成新的 Token：

kubeadm token create
openssl x509 -pubkey -in /etc/kubernetes/pki/ca.crt | openssl rsa -pubin -outform der 2>/dev/null | openssl dgst -sha256 -hex | sed 's/^.* //'

[root@master01 ~]# mkdir -p $HOME/.kube
[root@master01 ~]# sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[root@master01 ~]# sudo chown $(id -u):$(id -g) $HOME/.kube/config
[root@master01 ~]# cat << EOF >> ~/.bashrc
export KUBECONFIG=$HOME/.kube/config
EOF							#設置KUBECONFIG環境變量
[root@master01 ~]# echo "source <(kubectl completion bash)" >> ~/.bashrc
[root@master01 ~]# source ~/.bashrc

附加：初始化過程大致步驟如下：

• [kubelet-start] 生成kubelet的配置文件”/var/lib/kubelet/config.yaml”
• [certificates]生成相關的各種證書
• [kubeconfig]生成相關的kubeconfig文件
• [bootstraptoken]生成token記錄下來，後邊使用kubeadm join往集群中添加節點時會用到

提示：初始化僅需要在master01上執行，若初始化異常可通過kubeadm reset && rm -rf $HOME/.kube重置。

添加其他master節點

[root@master02 ~]# kubeadm join 172.24.8.100:16443 --token xifg5c.3mvph3nwx1srdf7l \
    --discovery-token-ca-cert-hash sha256:031a8758ddad5431be4132ecd6445f33b17c2192c11e010209705816a4a53afd \
    --control-plane --certificate-key 560c926e508ed6011cd35fe120a5163d3ca32e16b745cf1877da970e3e0982f0

[root@master02 ~]# mkdir -p $HOME/.kube
[root@master02 ~]# sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[root@master02 ~]# sudo chown $(id -u):$(id -g) $HOME/.kube/config
[root@master02 ~]# cat << EOF >> ~/.bashrc
export KUBECONFIG=$HOME/.kube/config
EOF							#設置KUBECONFIG環境變量
[root@master02 ~]# echo "source <(kubectl completion bash)" >> ~/.bashrc
[root@master02 ~]# source ~/.bashrc

提示：master03也如上執行添加至集群的controlplane。
提示：若添加異常可通過kubeadm reset && rm -rf $HOME/.kube重置。

安裝NIC插件

NIC插件介紹

• Calico 是一個安全的 L3 網絡和網絡策略提供者。
• Canal 結合 Flannel 和 Calico， 提供網絡和網絡策略。
• Cilium 是一個 L3 網絡和網絡策略插件， 能夠透明的實施 HTTP/API/L7 策略。 同時支持路由（routing）和疊加/封裝（ overlay/encapsulation）模式。
• Contiv 為多種用例提供可配置網絡（使用 BGP 的原生 L3，使用 vxlan 的 overlay，經典 L2 和 Cisco-SDN/ACI）和豐富的策略框架。Contiv 項目完全開源。安裝工具同時提供基於和不基於 kubeadm 的安裝選項。
• Flannel 是一個可以用於 Kubernetes 的 overlay 網絡提供者。
• Romana 是一個 pod 網絡的層 3 解決方案，並且支持 NetworkPolicy API。Kubeadm add-on 安裝細節可以在這裏找到。
• Weave Net 提供了在網絡分組兩端參与工作的網絡和網絡策略，並且不需要額外的數據庫。
• CNI-Genie 使 Kubernetes 無縫連接到一種 CNI 插件，例如：Flannel、Calico、Canal、Romana 或者 Weave。
  提示：本方案使用Calico插件。

設置標籤

[root@master01 ~]# kubectl taint nodes --all node-role.kubernetes.io/master- #允許master部署應用

提示：部署完內部應用后可使用kubectl taint node master01 node-role.kubernetes.io/master=””:NoSchedule重新設置Master為Master Only 狀態。

部署calico

[root@master01 ~]# cat config/calico/calico.yaml			#檢查配置
……
            - name: CALICO_IPV4POOL_CIDR
              value: "10.10.0.0/16"					#檢查Pod網段
……
            - name: IP_AUTODETECTION_METHOD
              value: "interface=eth.*"					#檢查節點之間的網卡
# Auto-detect the BGP IP address.
            - name: IP
              value: "autodetect"
……
[root@master01 ~]# kubectl apply -f config/calico/calico.yaml
[root@master01 ~]# kubectl get pods --all-namespaces -o wide		#查看部署
[root@master01 ~]# kubectl get nodes

修改node端口範圍

[root@master01 ~]# vi /etc/kubernetes/manifests/kube-apiserver.yaml
……
    - --service-node-port-range=1-65535
……

提示：如上僅需在所有Master節點操作。

添加Worker節點

添加Worker節點

[root@master01 ~]# for node_ip in ${NODE_IPS[@]}
  do
    echo ">>> ${node_ip}"
    ssh root@${node_ip} "kubeadm join 172.24.8.100:16443 --token xifg5c.3mvph3nwx1srdf7l \
    --discovery-token-ca-cert-hash sha256:031a8758ddad5431be4132ecd6445f33b17c2192c11e010209705816a4a53afd"
    ssh root@${node_ip} "systemctl enable kubelet.service"
  done

提示：如上僅需Master01節點操作，從而實現所有Worker節點添加至集群，若添加異常可通過如下方式重置：

[root@node01 ~]# kubeadm reset
[root@node01 ~]# ifconfig cni0 down
[root@node01 ~]# ip link delete cni0
[root@node01 ~]# ifconfig flannel.1 down
[root@node01 ~]# ip link delete flannel.1
[root@node01 ~]# rm -rf /var/lib/cni/

確認驗證

[root@master01 ~]# kubectl get nodes					#節點狀態
[root@master01 ~]# kubectl get cs					#組件狀態
[root@master01 ~]# kubectl get serviceaccount				#服務賬戶
[root@master01 ~]# kubectl cluster-info					#集群信息
[root@master01 ~]# kubectl get pod -n kube-system -o wide		#所有服務狀態

提示：更多Kubetcl使用參考：https://kubernetes.io/docs/reference/kubectl/kubectl/
https://kubernetes.io/docs/reference/kubectl/overview/
更多kubeadm使用參考：https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm/

Metrics部署

Metrics介紹

Kubernetes的早期版本依靠Heapster來實現完整的性能數據採集和監控功能，Kubernetes從1.8版本開始，性能數據開始以Metrics API的方式提供標準化接口，並且從1.10版本開始將Heapster替換為Metrics Server。在Kubernetes新的監控體系中，Metrics Server用於提供核心指標（Core Metrics），包括Node、Pod的CPU和內存使用指標。
對其他自定義指標（Custom Metrics）的監控則由Prometheus等組件來完成。

開啟聚合層

有關聚合層知識參考：https://blog.csdn.net/liukuan73/article/details/81352637
kubeadm方式部署默認已開啟。

獲取部署文件

[root@master01 ~]# mkdir metrics
[root@master01 ~]# cd metrics/
[root@master01 metrics]# wget https://github.com/kubernetes-sigs/metrics-server/releases/download/v0.3.6/components.yaml
[root@master01 metrics]# vi components.yaml

……
apiVersion: apps/v1
kind: Deployment
……
spec:
  replicas: 3						#根據集群規模調整副本數
……
    spec:
      hostNetwork: true
……
      - name: metrics-server
        image: k8s.gcr.io/metrics-server-amd64:v0.3.6
        imagePullPolicy: IfNotPresent
        args:
          - --cert-dir=/tmp
          - --secure-port=4443
          - --kubelet-insecure-tls
          - --kubelet-preferred-address-types=InternalIP,Hostname,InternalDNS,ExternalDNS,ExternalIP	#追加此args
……

正式部署

[root@master01 metrics]# kubectl apply -f components.yaml
[root@master01 metrics]# kubectl -n kube-system get pods -l k8s-app=metrics-server
NAME                              READY   STATUS    RESTARTS   AGE
metrics-server-7b97647899-8txt4   1/1     Running   0          53s
metrics-server-7b97647899-btdwp   1/1     Running   0          53s
metrics-server-7b97647899-kbr8b   1/1     Running   0          53s

查看資源監控

[root@k8smaster01 ~]# kubectl top nodes 
[root@master01 metrics]# kubectl top pods --all-namespaces

提示：Metrics Server提供的數據也可以供HPA控制器使用，以實現基於CPU使用率或內存使用值的Pod自動擴縮容功能。
部署參考：https://linux48.com/container/2019-11-13-metrics-server.html
有關metrics更多部署參考：
https://kubernetes.io/docs/tasks/debug-application-cluster/resource-metrics-pipeline/
開啟開啟API Aggregation參考：
https://kubernetes.io/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/
API Aggregation介紹參考：
https://kubernetes.io/docs/tasks/access-kubernetes-api/configure-aggregation-layer/

Nginx ingress部署

參考《附020.Nginx-ingress部署及使用》

Dashboard部署

設置標籤

[root@master01 ~]# kubectl label nodes master01 dashboard=yes
[root@master01 ~]# kubectl label nodes master02 dashboard=yes
[root@master01 ~]# kubectl label nodes master03 dashboard=yes

創建證書

本實驗已獲取免費一年的證書，免費證書獲取可參考：https://freessl.cn。

[root@master01 ~]# mkdir -p /root/dashboard/certs
[root@master01 ~]# cd /root/dashboard/certs
[root@master01 certs]# mv k8s.odocker.com tls.crt
[root@master01 certs]# mv k8s.odocker.com tls.crt
[root@master01 certs]# ll
total 8.0K
-rw-r--r-- 1 root root 1.9K Jun  8 11:46 tls.crt
-rw-r--r-- 1 root root 1.7K Jun  8 11:46 tls.ke

提示：也可手動如下操作創建自簽證書：

[root@master01 ~]# openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/C=CN/ST=ZheJiang/L=HangZhou/O=Xianghy/OU=Xianghy/CN=k8s.odocker.com"

手動創建secret

[root@master01 ~]# kubectl create ns kubernetes-dashboard							#v2版本dashboard獨立ns
[root@master01 ~]# kubectl create secret generic kubernetes-dashboard-certs --from-file=$HOME/dashboard/certs/ -n kubernetes-dashboard
[root@master01 ~]# kubectl get secret kubernetes-dashboard-certs -n kubernetes-dashboard -o yaml		#查看新證書
NAME                         TYPE     DATA   AGE
kubernetes-dashboard-certs   Opaque   2      4s

下載yaml

[root@master01 ~]# cd /root/dashboard
[root@master01 dashboard]# wget https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.1/aio/deploy/recommended.yaml

修改為yaml

[root@master01 dashboard]# vi recommended.yaml

……
kind: Service
apiVersion: v1
metadata:
  labels:
    k8s-app: kubernetes-dashboard
  name: kubernetes-dashboard
  namespace: kubernetes-dashboard
spec:
  type: NodePort				#新增
  ports:
    - port: 443
      targetPort: 8443
      nodePort: 30001				#新增
  selector:
    k8s-app: kubernetes-dashboard
---
……						#如下全部註釋
#apiVersion: v1
#kind: Secret
#metadata:
#  labels:
#    k8s-app: kubernetes-dashboard
#  name: kubernetes-dashboard-certs
#  namespace: kubernetes-dashboard
#type: Opaque
……
kind: Deployment
……
  replicas: 3					#適當調整為3副本
……
          imagePullPolicy: IfNotPresent		#修改鏡像下載策略
          ports:
            - containerPort: 8443
              protocol: TCP
          args:
            - --auto-generate-certificates
            - --namespace=kubernetes-dashboard
            - --tls-key-file=tls.key
            - --tls-cert-file=tls.crt
            - --token-ttl=3600    #追加如上args
……
      nodeSelector:
        "beta.kubernetes.io/os": linux
        "dashboard": "yes"			#部署在master節點
……
kind: Service
apiVersion: v1
metadata:
  labels:
    k8s-app: dashboard-metrics-scraper
  name: dashboard-metrics-scraper
  namespace: kubernetes-dashboard
spec:
  type: NodePort				#新增
  ports:
    - port: 8000
      nodePort: 30000				#新增
      targetPort: 8000
  selector:                                                                                  
    k8s-app: dashboard-metrics-scraper
……
   replicas: 3					#適當調整為3副本
……
      nodeSelector:
        "beta.kubernetes.io/os": linux
        "dashboard": "yes"			#部署在master節點
……

正式部署

[root@master01 dashboard]# kubectl apply -f recommended.yaml
[root@master01 dashboard]# kubectl get deployment kubernetes-dashboard -n kubernetes-dashboard
[root@master01 dashboard]# kubectl get services -n kubernetes-dashboard
[root@master01 dashboard]# kubectl get pods -o wide -n kubernetes-dashboard

提示：master01 NodePort 30001/TCP映射到 dashboard pod 443 端口。

創建管理員賬戶

提示：dashboard v2版本默認沒有創建具有管理員權限的賬戶，可如下操作創建。

[root@master01 dashboard]# vi dashboard-admin.yaml 

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: admin-user
  namespace: kubernetes-dashboard

---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: admin-user
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- kind: ServiceAccount
  name: admin-user
  namespace: kubernetes-dashboard

[root@master01 dashboard]# kubectl apply -f dashboard-admin.yaml

Ingress暴露Dashboard

創建Ingress tls

[root@master01 ~]# cd /root/dashboard/certs
[root@master01 certs]# kubectl -n kubernetes-dashboard create secret tls kubernetes-dashboard-tls --cert=tls.crt --key=tls.key
[root@master01 certs]# kubectl -n kubernetes-dashboard describe secrets kubernetes-dashboard-tls

創建ingress策略

[root@master01 ~]# cd /root/dashboard/
[root@master01 dashboard]# vi dashboard-ingress.yaml

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: kubernetes-dashboard-ingress
  namespace: kubernetes-dashboard
  annotations:
    kubernetes.io/ingress.class: "nginx"
    nginx.ingress.kubernetes.io/use-regex: "true"
    nginx.ingress.kubernetes.io/ssl-passthrough: "true"
    nginx.ingress.kubernetes.io/rewrite-target: /
    nginx.ingress.kubernetes.io/ssl-redirect: "true"
    #nginx.ingress.kubernetes.io/secure-backends: "true"
    nginx.ingress.kubernetes.io/backend-protocol: "HTTPS"
    nginx.ingress.kubernetes.io/proxy-connect-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-read-timeout: "600"
    nginx.ingress.kubernetes.io/proxy-send-timeout: "600"
    nginx.ingress.kubernetes.io/configuration-snippet: |
      proxy_ssl_session_reuse off;
spec:
  rules:
  - host: k8s.odocker.com
    http:
      paths:
      - path: /
        backend:
          serviceName: kubernetes-dashboard
          servicePort: 443
  tls:
  - hosts:
    - k8s.odocker.com
    secretName: kubernetes-dashboard-tls

[root@master01 dashboard]# kubectl apply -f dashboard-ingress.yaml
[root@master01 dashboard]# kubectl -n kubernetes-dashboard get ingress

訪問Dashboard

導入證書

將k8s.odocker.com導入瀏覽器，並設置為信任，導入操作略。

創建kubeconfig文件

使用token相對複雜，可將token添加至kubeconfig文件中，使用KubeConfig文件訪問dashboard。

[root@master01 dashboard]# ADMIN_SECRET=$(kubectl -n kubernetes-dashboard get secret | grep admin-user | awk '{print $1}')
[root@master01 dashboard]# DASHBOARD_LOGIN_TOKEN=$(kubectl describe secret -n kubernetes-dashboard ${ADMIN_SECRET} | grep -E '^token' | awk '{print $2}')
[root@master01 dashboard]# kubectl config set-cluster kubernetes \
  --certificate-authority=/etc/kubernetes/pki/ca.crt \
  --embed-certs=true \
  --server=172.24.8.100:16443 \
  --kubeconfig=local-hakek8s-dashboard-admin.kubeconfig								# 設置集群參數
[root@master01 dashboard]# kubectl config set-credentials dashboard_user \
  --token=${DASHBOARD_LOGIN_TOKEN} \
  --kubeconfig=local-hakek8s-dashboard-admin.kubeconfig								# 設置客戶端認證參數，使用上面創建的 Token
[root@master01 dashboard]# kubectl config set-context default \
  --cluster=kubernetes \
  --user=dashboard_user \
  --kubeconfig=local-hakek8s-dashboard-admin.kubeconfig								# 設置上下文參數
[root@master01 dashboard]# kubectl config use-context default --kubeconfig=local-hakek8s-dashboard-admin.kubeconfig		# 設置默認上下文

測試訪問Dashboard

本實驗採用ingress所暴露的域名：https://k8s.odocker.com 方式訪問。
使用local-hakek8s-dashboard-admin.kubeconfig文件訪問：

提示：更多dashboard訪問方式及認證可參考 《附004.Kubernetes Dashboard簡介及使用》。
dashboard登錄整個流程可參考：https://www.cnadn.net/post/2613.html

Longhorn存儲部署

Longhorn概述

Longhorn是用於Kubernetes的開源分佈式塊存儲系統。
提示：更多介紹參考：https://github.com/longhorn/longhorn。

Longhorn部署

[root@master01 ~]# source environment.sh
[root@master01 ~]# for all_ip in ${ALL_IPS[@]}
  do
    echo ">>> ${all_ip}"
    ssh root@${all_ip} "yum -y install iscsi-initiator-utils &"
  done

提示：所有節點都需要安裝。

[root@master01 ~]# mkdir longhorn
[root@master01 ~]# cd longhorn/
[root@master01 longhorn]# wget \
https://raw.githubusercontent.com/longhorn/longhorn/master/deploy/longhorn.yaml
[root@master01 longhorn]# vi longhorn.yaml

#……
---
kind: Service
apiVersion: v1
metadata:
  labels:
    app: longhorn-ui
  name: longhorn-frontend
  namespace: longhorn-system
spec:
  type: NodePort			#修改為nodeport
  selector:
    app: longhorn-ui
  ports:
  - port: 80
    targetPort: 8000
    nodePort: 30002
---
……
kind: DaemonSet
……
        imagePullPolicy: IfNotPresent
……
#……

[root@master01 longhorn]# kubectl apply -f longhorn.yaml
[root@master01 longhorn]# kubectl -n longhorn-system get pods -o wide

提示：若部署異常可刪除重建，若出現無法刪除namespace，可通過如下操作進行刪除：
wget https://github.com/longhorn/longhorn/blob/master/uninstall/uninstall.yaml
rm -rf /var/lib/longhorn/
kubectl apply -f uninstall.yaml
kubectl delete -f longhorn.yaml

動態sc創建

提示：默認longhorn部署完成已創建一個sc，也可通過如下手動編寫yaml創建。

[root@master01 longhorn]# kubectl get sc
NAME                   PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
……
longhorn               driver.longhorn.io      Delete          Immediate              true                   15m
[root@master01 longhorn]# vi longhornsc.yaml

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: longhornsc
provisioner: rancher.io/longhorn
parameters:
  numberOfReplicas: "3"
  staleReplicaTimeout: "30"
  fromBackup: "" 

[root@master01 longhorn]# kubectl create -f longhornsc.yaml 

測試PV及PVC

[root@master01 longhorn]# vi longhornpod.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: longhorn-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: longhorn
  resources:
    requests:
      storage: 2Gi
---
apiVersion: v1
kind: Pod
metadata:
  name: longhorn-pod
  namespace: default
spec:
  containers:
  - name: volume-test
    image: nginx:stable-alpine
    imagePullPolicy: IfNotPresent
    volumeMounts:
    - name: volv
      mountPath: /data
    ports:
    - containerPort: 80
  volumes:
  - name: volv
    persistentVolumeClaim:
      claimName: longhorn-pvc

[root@master01 longhorn]# kubectl apply -f longhornpod.yaml
[root@master01 longhorn]# kubectl get pods
[root@master01 longhorn]# kubectl get pvc
[root@master01 longhorn]# kubectl get pv

Ingress暴露Longhorn

[root@master01 longhorn]# yum -y install httpd-tools
[root@master01 longhorn]# htpasswd -c auth xhy				#創建用戶名和密碼

提示：也可通過如下命令創建：
USER=xhy; PASSWORD=x120952576; echo "${USER}:$(openssl passwd -stdin -apr1 <<< ${PASSWORD})" >> auth

[root@master01 longhorn]# kubectl -n longhorn-system create secret generic longhorn-basic-auth --from-file=auth 
[root@master01 longhorn]# vi longhorn-ingress.yaml #創建ingress規則

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: longhorn-ingress
  namespace: longhorn-system
  annotations:
    nginx.ingress.kubernetes.io/auth-type: basic
    nginx.ingress.kubernetes.io/auth-secret: longhorn-basic-auth
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required '
spec:
  rules:
  - host: longhorn.odocker.com
    http:
      paths:
      - path: /
        backend:
          serviceName: longhorn-frontend
          servicePort: 80

[root@master01 longhorn]# kubectl apply -f longhorn-ingress.yaml 

確認驗證

瀏覽器訪問：longhorn.odocker.com，並輸入賬號和密碼。

Helm安裝

參考《053.集群管理-Helm工具》。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※超省錢租車方案

※別再煩惱如何寫文案,掌握八大原則!

※回頭車貨運收費標準

※教你寫出一流的銷售文案?

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

至於翼虎的內飾造型變化不太大，主要是更換了三幅式的方向盤，高配車型主要變化是中控台採用了8寸屏幕，低配為4寸。途觀後排空間在很長一段時間里都是同級別標杆，座椅也很貼合人體。CX-5與其他車型不太一樣，優先注重的是駕駛體驗與前排駕駛者，所以後排空間會感覺稍微有點擁擠，中間地板的凸起也比較明顯。

目前全球都對SUV的需求激增，國人對於城市SUV的喜愛也是由來已久，要分析各種緣由，其實很簡單：SUV所特有的多功能性讓它具備了媲美轎車的舒適性、寬敞且靈活多變的空間、寬大的車身和體面的外形，必要的時候走個爛路也不成問題，它幾乎滿足了一個普通家庭對於車的所有基本需求。今天對比的4款SUV都有自己鮮明的特點，至於誰能成為閣下的愛車，不妨繼續看下去。

不知不覺，國產途觀上市已經有八年的時間，改款之後的途觀外觀繼續貫徹大眾的套娃戰術，神似老大哥途銳的五官是它最大的特點，富有科技感的光帶式尾燈看起來相當提氣。雖然車身沒有太多驚艷的設計，但整體很協調，屬於典型的耐看不過時的類型。

作為馬自達的城市型SUV，CX-5其實進入國內的時間並不算晚，如果從進口版本進入國內算起，已經有六年的時間了。作為最早使用魂·動設計理念的馬自達車型，CX-5算是在眾多城市SUV里中最靠“臉”吃飯的。當然這麼說並沒有任何貶義，一款外形漂亮的車誰都喜歡。

指南者在上市之初就有被稱為“小切”的外號，僅從前臉看，指南者真的很像效益好的大切諾基，整個前臉設計成熟，七孔格柵的辨識度太高了。作為夾在自由光與自由俠中間的“老二”，明確了自己是為了進一步加強產品細分化的產物。

長安福特翼虎憑藉在中國市場多年來的出色表現，讓他在消費者當中積攢了許多優良口碑。不論是1.5T還是2.0T車型，相比同級別對手都有着出色的動力表現，同時6速手自一體變速箱的使用，也讓整個發動機轉速區間的動力變得更加平順，為駕乘人員良好的舒適度奠定了基礎。

一進去，途觀的內飾布局我們是再熟悉不過了，典型的家族式中控設計，相比近兩年大眾推出的產品而言，依舊不會顯得落伍；改款之後的CX-5內飾有着各種明顯的變化，運用了更多的平直線條，整體層次更加分明，中控屏幕採用了時下流行的懸浮式設計，方向盤的造型也精緻了許多；除了外觀粗獷，指南者內飾設計也是顯得粗獷，整體內部用料對得起這個價位，中控台和門板都以軟性材質為主。中控面板雖然採用硬質塑料，但也十分厚實；至於翼虎的內飾造型變化不太大，主要是更換了三幅式的方向盤，高配車型主要變化是中控台採用了8寸屏幕，低配為4寸。

途觀後排空間在很長一段時間里都是同級別標杆，座椅也很貼合人體；CX-5與其他車型不太一樣，優先注重的是駕駛體驗與前排駕駛者，所以後排空間會感覺稍微有點擁擠，中間地板的凸起也比較明顯；指南者的後排並沒有因為定位自己是越野車而犧牲後排位置，可以看出後排腿部能有充裕的表現；最後看到翼虎，對於緊湊型SUV來說表現不錯，中間的凸起也能接受。在後排這一局途觀是完勝。

得益於6速雙離合變速箱的高效，途觀的動力輸出十分流暢，車輛能很容易理解你的意圖；說到動態那就是CX-5的強項了，油門響應很积極，加速時變速箱樂於降擋，隨時保持高度警惕，當深踩油門時甚至可以連降四個擋位；指南者採用的1.4T發動機與自由俠一樣，不過功率都有一點提升，起步時沒有自由俠那種接合不暢的感覺，但是感受到低扭表現一般，有越野需求的朋友不妨考慮2.4升頂配車型；翼虎就日常駕駛來說1.5T表現算是很不錯了，無論市區行駛還是高速巡航，都不會感到乏力。

總結

近幾年，SUV在中國市場的大戰大家有目共睹，今天推薦的4部緊湊型SUV都是很受歡迎的產品，目前部分車型落地也能控制在20萬左右。

途觀在這個級別里一直有着“老大哥”級別的存在，“德系品質”深入人心，如果想閉着眼購車的話，途觀准沒錯。CX-5把所有的精力都留在城市用途上，而且還做得比較地好，運動的外觀氣息以及優秀的駕駛感受都是選擇它的原因。指南者是這次對比里唯一可以真的把它當作“越野車”的車型，而且光看牌子以及造型就能讓人產生掏腰包的慾望。翼虎是一款個性非常鮮明的產品，無時無刻在強調自己的運動風格，而直接對手選的卻是沉穩中庸的途觀，但造型別緻的內飾實際上人性化設計很差這點，以及整體空間表現一般，又好像做不了途觀的對手。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

內飾上，蒙迪歐採用三輻式方向盤，背後還有換擋撥片，儀錶台是傳統的指針式轉速、速度表。金牛座則與奧迪A6L一樣，用四輻方向盤襯托其成熟穩重風格，儀錶台上雙彩色行車電腦显示信息詳細，旋鈕式換擋現在算不上新奇了，國內大部分電動車都在使用。

長安福特蒙迪歐，一直都是中型車中炙手可熱的車型，曾與阿特茲、凱美瑞斗得難捨難分；當你要出手了，卻殺出一台金牛座，這個時候問題來了，需要在運動與穩重之間取捨，很難！家人說要大台，金牛座有C級車的空間水平！朋友說要運動帥氣，蒙迪歐大“馬丁臉”、雙十輻鋁合金輪圈。選擇困難的人很絕望，I want to die！

來幫你分析一下吧，找到適合你的“卟卟車”。哈哈哈！

蒙迪歐延續福特標誌性家族化設計語言，並且通過時尚、動感的高顏值展現出來，鯊魚鰭天線，小尾翼等細節對提升車輛運動質感起很好的作用。

金牛座作為福特全尺寸旗艦級轎車，功能、配置、空間直逼德系豪華車，前臉依舊是“馬丁臉”，但是相比蒙迪歐確實收斂了很多，反而展現出商務的高貴氣質。

在尺寸方面，金牛座完爆蒙迪歐，虐得不像“車型”，畢竟是全尺寸旗艦級轎車。

內飾上，蒙迪歐採用三輻式方向盤，背後還有換擋撥片，儀錶台是傳統的指針式轉速、速度表。金牛座則與奧迪A6L一樣，用四輻方向盤襯托其成熟穩重風格，儀錶台上雙彩色行車電腦显示信息詳細，旋鈕式換擋現在算不上新奇了，國內大部分電動車都在使用。總的來說兩車內飾設計均是扁平、簡約，中規中矩。

單單從動力數據上來看，兩者沒有差距，但是蒙迪歐動力選擇更加靈活，另外，相同的動力，推動這兩台車，顯然更輕的蒙迪歐推重比更高，動力響應性更好。

雖然價位相近，但是配置方面真的天差地別，典型的做雞頭，選鳳尾問題。蒙迪歐高配的安全配置更高，輔助功能也齊全，按摩座椅也逆天出現了。

另外，金牛座之所以銷量不如蒙迪歐，原因是定價偏高，很多配置與蒙迪歐重疊，或者更遜色，市場整體走年輕運動的路線，明顯金牛座定位稍稍偏離主線。做雞頭，還是選鳳尾，是買車的必經之路。原因就是只有有限的資金，買不到完美的車，這個時候就要按個人氣質或需求來選擇了，就例如很少年輕人買克萊斯勒300C吧，沒有人買轎車越野一樣。那麼這兩台車定位不同，認為心還沒能靜下來和需要高配置的就選蒙迪歐吧，心緒沉澱下來了和需要氣場大、空間大就選金牛座。還是那句話，適合自己的才是最好的！本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※教你寫出一流的銷售文案?

※超省錢租車方案

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※產品缺大量曝光嗎?你需要的是一流包裝設計!

由於奧迪A5 Coupe的車身線條都偏硬朗，所以它很難體現出Coupe那種優雅，更像一款雙門的大型“小鋼炮”。奧迪A5有一款叫哥特蘭綠的專屬車漆，象徵著“復古騎士”，其實還是挺有味道的。從奧迪A4L的名字我們就可以看出，奧迪A4實現國產時並沒有保留標軸版，所以奧迪A5 Coupe的軸距要比國產奧迪A4L的短。

有許多走高端路線的汽車品牌，為了建立豐富的汽車產品線，基於同一個車型平台往往能衍生出轎跑版、三廂版或旅行版等車型，通過這些車型的差異取向，去滿足不同消費者的個性需求。我們通過對這些車型的特性分析，發現他們的最大差異在於外觀、實用性和售價。

通過這樣的大致分析，我們就可以理解到為什麼傳統的三廂車是銷量最大，因為它的特性很均衡，而且受眾廣，在實現國產的情況下，價格也有很大優勢。不過我們今天的話題是那些很炫酷但又不是太實用，而且賣得很貴的轎跑車型，也就是我們常說的Coupe。

如果問Coupe車型最值錢的地方在於哪裡？我認為是車身側面，一般情況下，Coupe車型與同平台的三廂車型往往在底盤架構和動力總成方面是一致的，最大的區別在於Coupe車型是雙門的，由於是雙門設計，後排空間受到了很大限制，而且後排只能設定兩個座位，乘坐空間也非常拘束，但是也因為由四門變成了雙門，車身側面的美感上升了不止一個層次，而且都是無框車門，這種姿態上的進化，就是Coupe車型的價值所在，這也就是我們所說的“顏值即正義”。

那麼這些Cuope車型到底要比三廂車貴多少呢？又帥了多少呢？我們通過幾款熱門的車型分析一波。

奔馳C級/C級Coupe

首先第一款Coupe車型是奔馳的C級，由於進口版本的奔馳C級Coupe並沒有1.6T動力的版本，最低配置為C 200，指導價38.08萬，相對於同動力同配置（配置接近）的北京奔馳C 200運動版，指導價為31.28萬，兩車差價6.8萬，這6.8萬多了什麼？

外觀方面，C級Coupe的前臉配有星輝大標中網，側面與三廂版一樣是採用雙腰線的設計，但是由於少了兩個門，而且車身高度也更低，所以側面看起來的效果非常優雅；而尾部的設計也有所不同，更小的后風擋，扁平式的尾燈樣式，更簡潔的尾箱蓋設計，都使得C級Coupe的尾部具有更寬大的視覺效果。

尺寸方面，C級Coupe的軸距和C級三廂標軸版的保持一致，這也象徵著它們源自同一平台。但這不意味着它們有相同的空間表現，如果是170cm以上的人，就不要考慮坐進後排了，實在太難受。

內飾樣式也基本保持一致，不過根據車主反映，C級Coupe的內飾會更具質感，畢竟是進口車型，一些用料和做工還是比較優越。

進口的C級Coupe除了沒有1.6T的動力外，2.0T的高低功率版與國產C級保持一致，只是在調校方面有小小差異，但基本感覺不出來。

寶馬3系/4系 Coupe

其實現在的4系Coupe就是過去的3系轎跑版，只是現在獨立出來了，現款寶馬430i M運動套裝版指導價為52.59萬，而國產的華晨寶馬330i M運動曜夜版指導價為45.20萬，兩車差價7.39萬。看上去還好，實際上現在華晨寶馬330i的優惠幅度非常大。

首先4系Coupe由於“雙腎”和“天使眼大燈”的設計跟3系有一點點差異，加上下進氣格柵也比3系更扁平，所以整個前臉都是更扁平的；側面的確也比3系更拉風，但是實際上3系的側面也是非常協調和優美的；尾部除了尾燈的設計有一點點不同，其他的差距並不大。值得一提的是4系有一款專屬的“海岸藍”車漆。

尺寸方面，寶馬4系coupe的軸距與3系標軸版的保持一致，但車身高度也是更低，所以造型當然更拉風。

內飾不要說出自同平台的車了，對於寶馬來說，3系和7系的內飾風格就一個樣。上圖方向盤的樣式不同主要是因為基本版和運動版的差別。

由於寶馬4系Coupe為進口車型，所以也沒有配備1.5T的動力，不過卻多了一個3.0T的動力，但又跟M4的3.0T不一樣，功率比M4的要更低。

奧迪A4L/奧迪A5 Coupe

現款奧迪A5 Coupe 40 TFSI時尚型指導價39.80萬（看似很便宜，實際聽說要加價），而對應的現款國產奧迪A4L 30周年年型 40 TFSI 時尚型指導價為34.57萬（現優惠幅度還不錯，應該有4萬左右），兩車差價5.23萬（所以實際差價應該上10萬，具體以4S店為準）。

相對於奧迪A4L，奧迪A5 Coupe的前臉也有所不同，大燈樣式更簡潔凌厲，六邊形的進氣格柵更扁平，整個前臉也是更扁平的風格；而側面的腰線呈“大波浪”的走勢；尾燈的設計則更運動。由於奧迪A5 Coupe的車身線條都偏硬朗，所以它很難體現出Coupe那種優雅，更像一款雙門的大型“小鋼炮”…？奧迪A5有一款叫哥特蘭綠的專屬車漆，象徵著“復古騎士”，其實還是挺有味道的。

從奧迪A4L的名字我們就可以看出，奧迪A4實現國產時並沒有保留標軸版，所以奧迪A5 Coupe的軸距要比國產奧迪A4L的短。

內飾風格兩個幾乎保持一致，基本也就材質或配置的小小差異。不得不說奧迪內飾的科技感或高級感真非常強。

動力方面，奧迪A5 Coupe除了有沒配備1.4T的動力，2.0T的高低功率版也與國產的奧迪A4L保持一致；如果你要更強的動力，那就要上奧迪S5，甚至奧迪RS5了。

英菲尼迪Q50L/Q60 Coupe

最新款的英菲尼迪Q60 2.0T豪華版指導價為38.98萬，而相同動力，配置接近的最新款英菲尼迪Q50L 2.0T豪華版的指導價為36.98萬（現有5萬左右的優惠幅度），兩車差價2萬元，就指導價來看，差距的確非常小。

要說英菲尼迪Q60 Coupe與英菲尼迪Q50L在外觀上的差距，無論是整體還是細節都有所體現，更大尺寸的中網、更精緻的大燈和尾燈造型、更具動感的C柱設計，整體外觀更寬、更扁。對於英菲尼迪的Q60 Coupe，可以說是以上車型中最動感或最性感的一款了，車身那些流暢且優美的曲線可以說是把Coupe那種美感展現得淋漓盡致。

由於英菲尼迪Q50實現國產時也沒有保留標軸版，所以Q60 Coupe的軸距是和進口版，沒加長的Q50保持一致。

內飾風格兩車也是一個樣，但材質方面應該也有一點點不一樣，或者說座椅的設計不同，Q60的座椅會更偏向運動風格。對於這兩款偏向運動的車型來說，這套內飾並沒有很激進，而是通過大面積的皮質營造比較豪華的氛圍。

動力方面，現款Q60隻有一個動力可選，也就是和Q50L一樣2.0T。但Q60在海外有3.0T的版本，如果你對動力有比較高的追求，就只能選擇平行進口了，但那樣的價格當然也貴得離譜吧。

雷克薩斯IS/RC

其實雷克薩斯RC與以上所有的Coupe都不同，它是出自跑車平台的純種跑車。但是，由於雷克薩斯RC的調節和設定都非常偏向於豪華和舒適，就連排氣聲浪也是模擬出來的，而且它也是跟雷克薩斯IS共享同一套動力總成，所以經常會被誤以為是雷克薩斯IS的Coupe車型。

那麼作為一款跑車，獨立的平台，價格當然會很貴，最受歡迎的200t F SpORT版本指導價為52.80萬，而現款雷克薩斯IS 300 F SpORT版的指導價為36.90萬，由於兩款都是進口車型，所以基本都沒什麼優惠，兩車差價15.9萬。畢竟RC是跑車嘛…可以理解。

由於出自不同的平台，所以軸距也是不同的。而整個外觀造型，比起IS，雷克薩斯RC更長，更寬，更矮，那當然也更帥咯。

同為F SpORT版本，那源自LFA的“机械式液晶”是必不可少的，兩車內飾風格基本保持一致，但細心的朋友就會發現，其實還是有所不同的，就在中央空調出風口下方的中控面板，IS是陷進去的，而RC是揚出來的。還有就是擋桿後面，RC配有一個小型“手寫板”。

動力總成是共享的，講道理，RC比IS少了兩個門，那就應該更輕，也跑得更快。但事實並非如此，同是F SpORT版本，RC的整備質量要重一點點，RC的官方百公里加速為7.5秒，而IS的官方百公里加速為7秒。

總結

最後，通過上述車型對比，如果不考慮終端優惠，其實那些進口的Coupe車型也沒有我們想象中那麼貴，也只不過比同級三廂車型貴個5、6、7萬。至於實用性，你也別指望它們的後排有什麼驚喜了，總之，1米7以上的乘客“免進”後排。其實對於中國市場而言，說後排不重要的人只是少數，但說顏值不重要的人更是少數，那麼對於顏值、後排、價格，你會怎麼選？本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※超省錢租車方案

※教你寫出一流的銷售文案?

※網頁設計最專業,超強功能平台可客製化

※產品缺大量曝光嗎?你需要的是一流包裝設計!

0L V8雙渦輪汽油發動機，能爆發出最大功率522馬力，峰值扭矩670牛·米，傳動系統匹配7速雙離合變速箱，百公里加速性能方面能去到3。8秒，極速高達309km/h。又是一輛貼心為你省下買吹風筒的汽車。都知道梅賽德斯-AMG GT非常迅猛兇惡，它最初的研發目標就是衝著保時捷911而來，無論在跑車市場亦或是各種賽事當中。

梅賽德斯-AMG又來新車了，這回是AMG GT S車型新增了Roadster（敞篷版）版本，官方於近日發布了最新的車型官圖，新車上市后，其定位將介於AMG GT Roadster以及AMG GT C Roadster車型之間。其中，新車還搭載了4.0L V8雙渦輪汽油發動機，最大功率高達522馬力，與AMG GT S硬頂版車型保持一致的強悍性能。

外觀方面，最大的不同就是將硬頂更換為黑色軟頂敞篷，前保險杠的左右兩側進氣口以及翼子板散熱口的內部鍍鉻飾條更換為啞光黑色，且左右兩隻外后視鏡和AMG輪轂均採用為黑色設計，其目的是為了與靚黃色車身配色和剎車卡鉗形成撞色衝擊，增強跑車在外觀上的視覺撞擊感。對於這樣的玩樂型跑車，此設定無可厚非，相信也會討好許多富家公子們的歡心。

內飾部分，Roadster版本相比硬頂版本的變化不多，主要的變化在中控擋把操作區域，將原本的大面積鋼琴烤漆材質更換為鍍鉻材質，空調出風口也由原來的鋼琴烤漆加鍍鉻雙層邊框，統一更換為鍍鉻邊框，極大地提升了車廂戰鬥氣氛，且車廂內隨處可見的縫線顏色也變為黃色，與外觀的主題色形成呼應。

車身尾部方面的變化則更加具有質感，不僅取消了硬頂版車型在下保險桿底部的橫向鍍鉻飾條，且在可升降尾翼部分新增了一處剎車光源，進一步提升對後車的安全距離警示，畢竟AMG來者不善。

動力方面，新車延續了硬頂版AMG GT S車型的動力系統，搭載4.0L V8雙渦輪汽油發動機，能爆發出最大功率522馬力，峰值扭矩670牛·米，傳動系統匹配7速雙離合變速箱，百公里加速性能方面能去到3.8秒，極速高達309km/h。又是一輛貼心為你省下買吹風筒的汽車。

都知道梅賽德斯-AMG GT非常迅猛兇惡，它最初的研發目標就是衝著保時捷911而來，無論在跑車市場亦或是各種賽事當中。有趣的是，在两天前剛結束的2018紐伯格林24小時耐力賽的頒獎台上，兩台梅賽德斯-AMG GT3賽車左右“陪伴”保時捷911 GT3 R登頂，儘管這並不能說明兩款車之間的性能差異，但後者這回免費做了波廣告，而梅賽德斯AMG GT則默默地發布了此新車官圖，有冤家的戲顯然更加有趣。

與保時捷911一樣，梅賽德斯-AMG GT的全系產品還是非常完善，從476馬力到585馬力，無論是“過日子”還是賽道控都能找到對應合適的車型，而此次推出Roadster（敞篷版），更是進一步完善產品線。當然對於這級別的消費者講，同價位同配置這樣的選購對比壓根沒有意義，還不如關心一回，這台AMG GT S Roadster版本，除了在賽道意外，還能滿足我們怎樣的想象力呢？

要不你提提意見試試看？本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!