K 8 s 1.6.2インストール構成-masterクラスタ(三)

7995 ワード
kubernetes masterノードに含まれるコンポーネント:
  • kube-apiserver
  • kube-scheduler
  • kube-controller-manager現在、この3つのコンポーネントは同じマシンに配備する必要があります.

    • kube-scheduler、kube-controller-manager、kube-apiserverの3つの機能は密接に関連している.同時に1つのkube-scheduler、kube-controller-managerプロセスしか動作しません.複数実行する場合は、選挙によって1つのleaderを生成する必要があります.
    インストール
    wget https://dl.k8s.io/v1.6.2/kubernetes-server-linux-amd64.tar.gz
tar -xzvf kubernetes-server-linux-amd64.tar.gz
cp -r kubernetes/server/bin/{kube-apiserver,kube-controller-manager,kube-scheduler,kubectl,kube-proxy,kubelet} /usr/bin/

    kube-apiserverの構成と起動
    kube-apiserverのサービスプロファイル/usr/lib/systemd/system/kube-apiserverを作成します.サービス内容:
    [Unit]
Description=Kubernetes API Service
Documentation=https://github.com/GoogleCloudPlatform/kubernetes
After=network.target
After=etcd.service

[Service]
EnvironmentFile=-/etc/kubernetes/config
EnvironmentFile=-/etc/kubernetes/apiserver
ExecStart=/usr/bin/kube-apiserver \
        $KUBE_LOGTOSTDERR \
        $KUBE_LOG_LEVEL \
        $KUBE_ETCD_SERVERS \
        $KUBE_API_ADDRESS \
        $KUBE_API_PORT \
        $KUBELET_PORT \
        $KUBE_ALLOW_PRIV \
        $KUBE_SERVICE_ADDRESSES \
        $KUBE_ADMISSION_CONTROL \
        $KUBE_API_ARGS
Restart=on-failure
Type=notify
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

    /etc/kubernetes/configファイルの内容は次のとおりです.
    # kubernetes system config
#
# The following values are used to configure various aspects of all
# kubernetes services, including
#
#   kube-apiserver.service
#   kube-controller-manager.service
#   kube-scheduler.service
#   kubelet.service
#   kube-proxy.service
# logging to stderr means we get it in the systemd journal
KUBE_LOGTOSTDERR="--logtostderr=true"

# journal message level, 0 is debug
KUBE_LOG_LEVEL="--v=0"

# Should this cluster be allowed to run privileged docker containers
KUBE_ALLOW_PRIV="--allow-privileged=true"

# How the controller-manager, scheduler, and proxy find the apiserver
#KUBE_MASTER="--master=http://sz-pg-oam-docker-test-001.tendcloud.com:8080"
KUBE_MASTER="--master=http://192.168.100.17:8080"

    apiserverプロファイル/etc/kubernetes/apiserverの内容は次のとおりです.
    ###
## kubernetes system config
##
## The following values are used to configure the kube-apiserver
##
#
## The address on the local server to listen to.
#KUBE_API_ADDRESS="--insecure-bind-address=sz-pg-oam-docker-test-001.tendcloud.com"
KUBE_API_ADDRESS="--advertise-address=192.168.100.17 --bind-address=192.168.100.17 --insecure-bind-address=192.168.100.17"
#
## The port on the local server to listen on.
KUBE_API_PORT="--port=8080"
#
## Port minions listen on
KUBELET_PORT="--kubelet-port=10250"
#
## Comma separated list of nodes in the etcd cluster
KUBE_ETCD_SERVERS="--etcd-servers=https://192.168.100.17:2379,192.168.100.19:2379"
#
## Address range to use for services
KUBE_SERVICE_ADDRESSES="--service-cluster-ip-range=10.254.0.0/16"
#
## default admission control policies
KUBE_ADMISSION_CONTROL="--admission-control=ServiceAccount,NamespaceLifecycle,NamespaceExists,LimitRanger,ResourceQuota"
#
## Add your own!
KUBE_API_ARGS="--authorization-mode=RBAC --runtime-config=rbac.authorization.k8s.io/v1beta1 --kubelet-https=true --experimental-bootstrap-token-auth --token-auth-file=/etc/kubernetes/token.csv --service-node-port-range=30000-32767 --tls-cert-file=/etc/kubernetes/ssl/kubernetes.pem --tls-private-key-file=/etc/kubernetes/ssl/kubernetes-key.pem --client-ca-file=/etc/kubernetes/ssl/ca.pem --service-account-key-file=/etc/kubernetes/ssl/ca-key.pem --etcd-cafile=/etc/kubernetes/ssl/ca.pem --etcd-certfile=/etc/kubernetes/ssl/kubernetes.pem --etcd-keyfile=/etc/kubernetes/ssl/kubernetes-key.pem --enable-swagger-ui=true --apiserver-count=3 --audit-log-maxage=30 --audit-log-maxbackup=3 --audit-log-maxsize=100 --audit-log-path=/var/lib/audit.log --event-ttl=1h"
  • --authorization-mode=RBACセキュリティポートでRBAC認証モードを使用することを指定し、認証されていない要求を拒否します.
  • kube-scheduler、kube-controller-managerは一般的にkube-apiserverと同じマシンに配備され、非セキュリティポートとkube-apiserver通信を使用しています.
  • kubelet、kube-proxy、kubectlは他のノードに配置され、セキュリティポートを通じてkube-apiserverにアクセスする場合は、TLS証明書認証を取得してからRBAC認証を取得する必要があります.
  • kube-proxy、kubectlは、使用する証明書に関連するUser、Groupを指定することによってRBAC授権の目的を達成する.
  • クbelet TLS Boostrapメカニズムを使用している場合、クbelet-certificate-authority、--クbelet-client-certificateおよび--クbelet-client-keyオプションは指定できません.そうしないと、クbelet-apiserverがクbelet証明書を検証するときに「x 509:certificate signed by unknown authority」エラーが発生します.
  • --admission-control値にはServiceAccountが含まれている必要があります.
  • --bind-addressは127.0.0.1ではありません.
  • runtime-config配置rbac.authorization.k8s.io/v 1 beta 1は、実行時のapiVersionを表す.
  • --service-cluster-ip-range指定Service Cluster IPアドレスセグメント、このアドレスセグメントはルーティングできません.
  • デフォルトではkubernetesオブジェクトはetcd/registryパスに保存され、--etcd-prefixパラメータで調整できます.

    • kube-apiserverの起動
    systemctl daemon-reload
systemctl enable kube-apiserver
systemctl start kube-apiserver

    kube-controller-managerの構成と起動
    kube-controller-managerのserivceプロファイルの作成
    ファイルパス/usr/lib/systemd/system/kube-controller-manager.service 
    Description=Kubernetes Controller Manager
Documentation=https://github.com/GoogleCloudPlatform/kubernetes

[Service]
EnvironmentFile=-/etc/kubernetes/config
EnvironmentFile=-/etc/kubernetes/controller-manager
ExecStart=/usr/bin/kube-controller-manager \
        $KUBE_LOGTOSTDERR \
        $KUBE_LOG_LEVEL \
        $KUBE_MASTER \
        $KUBE_CONTROLLER_MANAGER_ARGS
Restart=on-failure
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

    プロファイル/etc/kubernetes/controller-manager.
    ###
# The following values are used to configure the kubernetes controller-manager

# defaults from config and apiserver should be adequate

# Add your own!
KUBE_CONTROLLER_MANAGER_ARGS="--address=127.0.0.1 --service-cluster-ip-range=10.254.0.0/16 --cluster-name=kubernetes --cluster-signing-cert-file=/etc/kubernetes/ssl/ca.pem --cluster-signing-key-file=/etc/kubernetes/ssl/ca-key.pem  --service-account-private-key-file=/etc/kubernetes/ssl/ca-key.pem --root-ca-file=/etc/kubernetes/ssl/ca.pem --leader-elect=true"
  • --service-cluster-ip-rangeパラメータは、各ノード間でルーティングが不可能であり、kube-apiserverのパラメータと一致しなければならないCluster内のServiceのCIDR範囲を指定します.
  • --cluster-signing-*指定された証明書と秘密鍵ファイルは、TLS BootStrapのために作成された証明書と秘密鍵に署名するために使用されます.
  • --root-ca-fileはkube-apiserver証明書を検証するために使用され、このパラメータを指定すると、PodコンテナのServiceAccountにCA証明書ファイルが配置されます.
  • --address値は127.0.0.1でなければなりません.現在のkube-apiserverはschedulerとcontroller-managerが同じマシン
    • であることを望んでいるからです.
    kube-controller-managerの起動
    systemctl daemon-reload
systemctl enable kube-controller-manager
systemctl start kube-controller-manager

    kube-schedulerの構成と起動
    kube-schedulerのサービスプロファイルの作成
    ファイルパス/usr/lib/systemd/system/kube-scheduler.service 
    [Unit]
Description=Kubernetes Scheduler Plugin
Documentation=https://github.com/GoogleCloudPlatform/kubernetes

[Service]
EnvironmentFile=/etc/kubernetes/config
EnvironmentFile=/etc/kubernetes/scheduler
ExecStart=/usr/bin/kube-scheduler \
            $KUBE_LOGTOSTDERR \
            $KUBE_LOG_LEVEL \
            $KUBE_MASTER \
            $KUBE_SCHEDULER_ARGS
Restart=on-failure
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

    プロファイル/etc/kubernetes/scheduler
    ###
# kubernetes scheduler config

# default config should be adequate

# Add your own!
KUBE_SCHEDULER_ARGS="--leader-elect=true --address=127.0.0.1"

    kube-schedulerの起動
    systemctl daemon-reload
systemctl enable kube-scheduler
systemctl start kube-scheduler

    コンポーネントのステータスの表示
    kubectl get componentstatuses
    viewpagerで現在のfragmentを見つける方法
    CCIDマルチスレッドインタフェース-python