Docker+K8S+GitLab/SVN+Jenkins+Harbor をベースにした継続的インテグレーション配信環境の構築に関する詳細なチュートリアル

# Alibaba Cloud Mirror Center を使用します export REGISTRY_MIRROR=https://registry.cn-hangzhou.aliyuncs.com
#yumツールをインストールします dnf install yum*
#docker環境をインストールします yum install -y yum-utils device-mapper-persistent-data lvm2
#Docker の yum を設定します。source yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
#コンテナプラグインをインストールします dnf install https://mirrors.aliyun.com/docker-ce/linux/centos/7/x86_64/stable/Packages/containerd.io-1.2.13-3.1.el7.x86_64.rpm
#docker バージョン 19.03.8 のインストールを指定します yum install -y docker-ce-19.03.8 docker-ce-cli-19.03.8
#Docker を起動するように設定する systemctl enable docker.service
#Dockerを起動する
systemctl で docker.service を起動します。
#Dockerのバージョンを確認するdocker version

#install_docker.sh スクリプトに実行権限を付与します chmod a+x ./install_docker.sh
# install_docker.sh スクリプトを実行します ./install_docker.sh

#docker-composeをダウンロードしてインストールする
curl -L https://github.com/docker/compose/releases/download/1.25.5/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose

#docker-compose に実行権限を与える chmod a+x /usr/local/bin/docker-compose

# docker-compose バージョンを表示 [root@binghe ~]# docker-compose バージョン
docker-compose バージョン 1.25.5、ビルド 8a1c60f6
docker-py バージョン: 4.1.0
CPython バージョン: 3.7.5
OpenSSL バージョン: OpenSSL 1.1.0l 2019 年 9 月 10 日

################### Alibaba Cloud Image Accelerator の開始を構成する##########################
mkdir -p /etc/docker
tee /etc/docker/daemon.json <<-'EOF'
{
  "レジストリミラー": ["https://zz3sblpi.mirror.aliyuncs.com"]
}
終了
systemctlデーモンリロード
systemctl dockerを再起動します
######################## Alibaba Cloud Mirror Accelerator の設定終了###########################
#nfs-utilsをインストールする
yum インストール -y nfs-utils
#wgetソフトウェアダウンロードコマンドをインストールyum install -y wget

#nfs-serverを起動する
systemctl nfs-serverを起動する
#起動時にnfs-serverが自動的に起動するように設定する systemctl enable nfs-server

#ファイアウォールをシャットダウンする systemctl stop firewalld
#ファイアウォールの起動をキャンセルする systemctl enable firewalld

#SeLinuxを無効にする
強制0を設定する
sed -i "s/SELINUX=enforcing/SELINUX=disabled/g" /etc/selinux/config

# スワップを無効にする
スワップオフ -a
はい | cp /etc/fstab /etc/fstab_bak
cat /etc/fstab_bak |grep -v swap > /etc/fstab

###############################/etc/sysctl.conf を変更して起動します##############################
# 設定がある場合は、sed -i "s#^net.ipv4.ip_forward.*#net.ipv4.ip_forward=1#g" /etc/sysctl.conf を変更します
sed -i "s#^net.bridge.bridge-nf-call-ip6tables.*#net.bridge.bridge-nf-call-ip6tables=1#g" /etc/sysctl.conf
sed -i "s#^net.bridge.bridge-nf-call-iptables.*#net.bridge.bridge-nf-call-iptables=1#g" /etc/sysctl.conf
sed -i "s#^net.ipv6.conf.all.disable_ipv6.*#net.ipv6.conf.all.disable_ipv6=1#g" /etc/sysctl.conf
sed -i "s#^net.ipv6.conf.default.disable_ipv6.*#net.ipv6.conf.default.disable_ipv6=1#g" /etc/sysctl.conf
sed -i "s#^net.ipv6.conf.lo.disable_ipv6.*#net.ipv6.conf.lo.disable_ipv6=1#g" /etc/sysctl.conf
sed -i "s#^net.ipv6.conf.all.forwarding.*#net.ipv6.conf.all.forwarding=1#g" /etc/sysctl.conf
# そうでないかもしれません。echo "net.ipv4.ip_forward = 1" >> /etc/sysctl.conf を追加してください。
echo "net.bridge.bridge-nf-call-ip6tables = 1" >> /etc/sysctl.conf
echo "net.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.conf
エコー "net.ipv6.conf.all.disable_ipv6 = 1" >> /etc/sysctl.conf
エコー "net.ipv6.conf.default.disable_ipv6 = 1" >> /etc/sysctl.conf
エコー "net.ipv6.conf.lo.disable_ipv6 = 1" >> /etc/sysctl.conf
エコー "net.ipv6.conf.all.forwarding = 1" >> /etc/sysctl.conf
###############################/etc/sysctl.conf を変更します終了###############################
# 変更した/etc/sysctl.confファイルを有効にするコマンドを実行します。sysctl -p

#################### K8S の yum ソースの設定を開始します###############################
cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[Kubernetes]
名前=Kubernetes
ベースURL=http://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64
有効=1
gpgcheck=0
リポジトリ_gpgcheck=0
gpgkey = http://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg
       http://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
終了
################### K8S の yum ソースの設定はこれで終了です#############################

# K8Sの古いバージョンをアンインストールする
yum 削除 -y kubelet kubeadm kubectl

#kubelet、kubeadm、kubectl をインストールします。ここではバージョン 1.18.2 をインストールしました。バージョン 1.17.2 をインストールすることもできます。yum install -y kubelet-1.18.2 kubeadm-1.18.2 kubectl-1.18.2

# docker Cgroup ドライバーを systemd に変更する
# # /usr/lib/systemd/system/docker.service ファイルのこの行を変更します ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
# # ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock --exec-opt native.cgroupdriver=systemd に変更します
# 変更しないと、ワーカー ノードを追加するときに次のエラーが発生する可能性があります。 # [警告 IsDockerSystemdCheck]: Docker cgroup ドライバーとして「cgroupfs」が検出されました。推奨されるドライバーは「systemd」です。 
# https://kubernetes.io/docs/setup/cri/ のガイドに従ってください。
sed -i "s#^ExecStart=/usr/bin/dockerd.*#ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock --exec-opt native.cgroupdriver=systemd#g" /usr/lib/systemd/system/docker.service

# docker イメージのダウンロード速度と安定性を向上させるために、docker イメージを設定します # https://hub.docker.io へのアクセス速度が非常に安定している場合は、この手順をスキップすることもできます。通常、設定は必要ありません # curl -sSL https://kuboard.cn/install-script/set_mirror.sh | sh -s ${REGISTRY_MIRROR}

# 設定ファイルをリロードする systemctl daemon-reload
#Dockerを再起動
systemctl dockerを再起動します
# 起動時にkubeletを起動するように設定し、kubeletを起動します
systemctl kubelet を有効にする && systemctl kubelet を開始する
# dockerのバージョンを表示する

#install_k8s.sh スクリプトに実行権限を付与します chmod a+x ./install_k8s.sh
# install_k8s.sh スクリプトを実行します ./install_k8s.sh

# マスターノードでのみ実行します # エクスポートコマンドは現在のシェルセッションでのみ有効です。新しいシェルウィンドウを開いた後、インストールプロセスを続行する場合は、ここでエクスポートコマンドを再実行してください export MASTER_IP=192.168.0.10
# k8s.masterを希望のdnsNameに置き換えます
APISERVER_NAME=k8s.master をエクスポートします。
# Kubernetes コンテナ グループが配置されているネットワーク セグメント。このネットワーク セグメントは、インストール後に Kubernetes によって作成され、物理ネットワークには事前に存在しません。export POD_SUBNET=172.18.0.1/16
echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts

#!/bin/bash
# エラーが発生したらスクリプトを終了する set -e

[ ${#POD_SUBNET} -eq 0 ] || [ ${#APISERVER_NAME} -eq 0 ]の場合;
  echo -e "\033[31;1m環境変数POD_SUBNETとAPISERVER_NAMEが設定されていることを確認してください\033[0m"
  現在の POD_SUBNET=$POD_SUBNET をエコーし​​ます
  現在の APISERVER_NAME=$APISERVER_NAME をエコーし​​ます
  出口1
フィ


# 完全な構成オプションを見る https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2
rm -f ./kubeadm-config.yaml
猫 <<EOF > ./kubeadm-config.yaml
APIバージョン: kubeadm.k8s.io/v1beta2
種類: ClusterConfiguration
kubernetesバージョン: v1.18.2
イメージリポジトリ: registry.cn-hangzhou.aliyuncs.com/google_containers
コントロールプレーンエンドポイント: "${APISERVER_NAME}:6443"
ネットワーキング：
  サービスサブネット: "10.96.0.0/16"
  ポッドサブネット: "${POD_SUBNET}"
  dnsDomain: "cluster.local"
終了

# kubeadm を初期化する
# kebeadmを初期化する
kubeadm init --config=kubeadm-config.yaml --upload-certs

# kubectl を設定する
rm -rf /root/.kube/
mkdir /root/.kube/
cp -i /etc/kubernetes/admin.conf /root/.kube/config

# calico ネットワーク プラグインをインストールします # ドキュメントを参照してください https://docs.projectcalico.org/v3.13/getting-started/kubernetes/self-managed-onprem/onmises
echo "calico-3.13.1 をインストール"
rm -f カリコ-3.13.1.yaml
https://kuboard.cn/install-script/calico/calico-3.13.1.yaml を取得します。
kubectl を適用 -f calico-3.13.1.yaml

# init_master.sh ファイルに実行権限を付与します chmod a+x ./init_master.sh
# init_master.sh スクリプトを実行します。/init_master.sh

# 次のコマンドを実行し、すべてのコンテナグループが実行状態になるまで3〜10分待ちます。watch kubectl get pod -n kube-system -o wide

[root@test10 ~]# kubectl get pod -n kube-system -o wide を監視する
2.0 秒ごとに: kubectl get pod -n kube-system -o wide test10: 2020 年 5 月 10 日日曜日 11:01:32

名前 準備完了 ステータス 再起動 年齢 IP ノード 指名ノード 準備完了 ゲート          
calico-kube-controllers-5b8b769fcd-5dtlp 1/1 実行中 0 118s 172.18.203.66 test10 <なし> <なし>          
calico-node-fnv8g 1/1 実行中 0 118s 192.168.0.10 test10 <なし> <なし>          
coredns-546565776c-27t7h 1/1 実行中 0 2分1秒 172.18.203.67 test10 <なし> <なし>          
coredns-546565776c-hjb8z 1/1 実行中 0 2分1秒 172.18.203.65 test10 <なし> <なし>          
etcd-test10 1/1 実行中 0 2分7秒 192.168.0.10 test10 <なし> <なし>          
kube-apiserver-test10 1/1 実行中 0 2分7秒 192.168.0.10 test10 <なし> <なし>          
kube-controller-manager-test10 1/1 実行中 0 2分7秒 192.168.0.10 test10 <なし> <なし>          
kube-proxy-dvgsr 1/1 実行中 0 2分1秒 192.168.0.10 test10 <なし> <なし>          
kube-scheduler-test10 1/1 実行中 0 2分7秒 192.168.0.10 test10 <なし>

# マスターノードの初期化結果を表示する kubectl get nodes -o wide

[root@test10 ~]# kubectl get nodes -o wide
名前 ステータス 役割 年齢 バージョン 内部 IP 外部 IP OS イメージ カーネル バージョン コンテナ ランタイム
test10 マスター準備完了 3m28s v1.18.2 192.168.0.10 <なし> CentOS Linux 8 (Core) 4.18.0-80.el8.x86_64 docker://19.3.8

kubeadm トークン作成 --print-join-command

[root@test10 ~]# kubeadm トークン作成 --print-join-command
W0510 11:04:34.828126 56132 configset.go:202] 警告: kubeadm は API グループのコンポーネント構成を検証できません [kubelet.config.k8s.io kubeproxy.config.k8s.io]
kubeadm は k8s.master:6443 に参加します --token 8nblts.62xytoqufwsqzko2 --discovery-token-ca-cert-hash sha256:1717cc3e34f6a56b642b5751796530e367aa73f4113d09994ac3455e33047c0d

kubeadm は k8s.master:6443 に参加します --token 8nblts.62xytoqufwsqzko2 --discovery-token-ca-cert-hash sha256:1717cc3e34f6a56b642b5751796530e367aa73f4113d09994ac3455e33047c0d

# ワーカーノードでのみ実行されます # 192.168.0.10 はマスターノードのイントラネット IP です
エクスポート MASTER_IP=192.168.0.10
#k8s.masterをマスターノードの初期化時に使用したAPISERVER_NAMEに置き換えます
APISERVER_NAME=k8s.master をエクスポートします。
echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts

# マスターノード上のkubeadm token createコマンドのjoin出力に置き換えます
kubeadm は k8s.master:6443 に参加します --token 8nblts.62xytoqufwsqzko2 --discovery-token-ca-cert-hash sha256:1717cc3e34f6a56b642b5751796530e367aa73f4113d09994ac3455e33047c0d

[root@test11 ~]# エクスポート MASTER_IP=192.168.0.10
[root@test11 ~]# APISERVER_NAME=k8s.master をエクスポートします
[root@test11 ~]# echo "${MASTER_IP} ${APISERVER_NAME}" >> /etc/hosts
[root@test11 ~]# kubeadm join k8s.master:6443 --token 8nblts.62xytoqufwsqzko2 --discovery-token-ca-cert-hash sha256:1717cc3e34f6a56b642b5751796530e367aa73f4113d09994ac3455e33047c0d 
W0510 11:08:27.709263 42795 join.go:346] [preflight] 警告: コントロール プレーン フラグが設定されていない場合、JoinControlPane.controlPlane 設定は無視されます。
[プリフライト] プリフライトチェックの実行
        [警告 FileExisting-tc]: tc がシステム パスに見つかりません
[プリフライト] クラスターから構成を読み取っています...
[プリフライト] 参考までに: この設定ファイルは 'kubectl -n kube-system get cm kubeadm-config -oyaml' で確認できます。
[kubelet-start] kube-system 名前空間の "kubelet-config-1.18" ConfigMap から kubelet の設定をダウンロードしています
[kubelet-start] kubelet 設定をファイル "/var/lib/kubelet/config.yaml" に書き込みます
[kubelet-start] フラグ付きの kubelet 環境ファイルをファイル "/var/lib/kubelet/kubeadm-flags.env" に書き込みます
[kubelet-start] kubeletの起動
[kubelet-start] kubelet が TLS ブートストラップを実行するのを待機しています...

このノードはクラスターに参加しました:
* 証明書署名要求が apiserver に送信され、応答が受信されました。
* Kubelet に新しい安全な接続の詳細が通知されました。

コントロール プレーンで「kubectl get nodes」を実行して、このノードがクラスターに参加していることを確認します。

kubectl ノードを取得 -o ワイド

[root@test10 ~]# kubectl ノードを取得する
名前 ステータス 役割 年齢 バージョン
test10 レディマスター 20m v1.18.2
test11 準備完了 <なし> 2分46秒 v1.18.2
test12 準備完了 <なし> 2分46秒 v1.18.2

#すべてのポッドの実行ステータスを表示する kubectl get pods --all-namespaces

kubectl delete pod <ポッド名> -n <ポッド名固有>

kubectl ポッドを削除します。pod-test -n ポッドテスト名前空間

APIバージョン: v1
種類: 名前空間
メタデータ:
  名前: ingress-nginx
  ラベル:
    名前: ingress-nginx

kubectl を適用 -f ingress-nginx-namespace.yaml

APIバージョン: v1
種類: 名前空間
メタデータ:
  名前: ingress-nginx

---

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前: default-http-backend
  ラベル:
    app.kubernetes.io/名前: デフォルトのhttp-backend
    app.kubernetes.io/一部: ingress-nginx
  名前空間: ingress-nginx
仕様:
  レプリカ: 1
  セレクタ：
    一致ラベル:
      app.kubernetes.io/名前: デフォルトのhttp-backend
      app.kubernetes.io/一部: ingress-nginx
  テンプレート：
    メタデータ:
      ラベル:
        app.kubernetes.io/名前: デフォルトのhttp-backend
        app.kubernetes.io/一部: ingress-nginx
    仕様:
      終了猶予期間秒数: 60
      コンテナ:
        - 名前: default-http-backend
          # 以下の条件を満たす限り、どのような画像でも許可されます:
          # 1. 404ページが / に表示されます
          # 2. /healthzエンドポイントで200を提供します
          イメージ: registry.cn-qingdao.aliyuncs.com/kubernetes_xingej/defaultbackend-amd64:1.5
          ライブネスプローブ:
            httpGet:
              パス: /healthz
              ポート: 8080
              スキーム: HTTP
            初期遅延秒数: 30
            タイムアウト秒数: 5
          ポート:
            - コンテナポート: 8080
          リソース：
            制限:
              CPU: 10m
              メモリ: 20マイル
            リクエスト:
              CPU: 10m
              メモリ: 20マイル

---
APIバージョン: v1
種類: サービス
メタデータ:
  名前: default-http-backend
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: デフォルトのhttp-backend
    app.kubernetes.io/一部: ingress-nginx
仕様:
  ポート:
    - ポート: 80
      ターゲットポート: 8080
  セレクタ：
    app.kubernetes.io/名前: デフォルトのhttp-backend
    app.kubernetes.io/一部: ingress-nginx

---

種類: ConfigMap
APIバージョン: v1
メタデータ:
  名前: nginx-configuration
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx

---

種類: ConfigMap
APIバージョン: v1
メタデータ:
  名前: tcp-services
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx

---

種類: ConfigMap
APIバージョン: v1
メタデータ:
  名前: udp-services
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx

---

APIバージョン: v1
種類: サービスアカウント
メタデータ:
  名前: nginx-ingress-serviceaccount
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx

---
APIバージョン: rbac.authorization.k8s.io/v1beta1
種類: ClusterRole
メタデータ:
  名前: nginx-ingress-clusterrole
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
ルール:
  -apiグループ:
      - 「」
    リソース：
      - 構成マップ
      - エンドポイント
      - ノード
      - ポッド
      - 秘密
    動詞:
      - リスト
      - 時計
  -apiグループ:
      - 「」
    リソース：
      - ノード
    動詞:
      - 得る
  -apiグループ:
      - 「」
    リソース：
      - サービス
    動詞:
      - 得る
      - リスト
      - 時計
  -apiグループ:
      - 「拡張機能」
    リソース：
      - 入口
    動詞:
      - 得る
      - リスト
      - 時計
  -apiグループ:
      - 「」
    リソース：
      - イベント
    動詞:
      - 作成する
      -パッチ
  -apiグループ:
      - 「拡張機能」
    リソース：
      - 入力/ステータス
    動詞:
      - アップデート

---
APIバージョン: rbac.authorization.k8s.io/v1beta1
種類: 役割
メタデータ:
  名前: nginx-ingress-role
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
ルール:
  -apiグループ:
      - 「」
    リソース：
      - 構成マップ
      - ポッド
      - 秘密
      - 名前空間
    動詞:
      - 得る
  -apiグループ:
      - 「」
    リソース：
      - 構成マップ
    リソース名:
      # デフォルトは「<election-id>-<ingress-class>」
      # ここでは: "<ingress-controller-leader>-<nginx>"
      # いずれかのパラメータを変更する場合はこれを調整する必要があります
      # nginx-ingress-controller を起動するとき。
      - 「イングレス コントローラー リーダー nginx」
    動詞:
      - 得る
      - アップデート
  -apiグループ:
      - 「」
    リソース：
      - 構成マップ
    動詞:
      - 作成する
  -apiグループ:
      - 「」
    リソース：
      - エンドポイント
    動詞:
      - 得る

---
APIバージョン: rbac.authorization.k8s.io/v1beta1
種類: RoleBinding
メタデータ:
  名前: nginx-ingress-role-nisa-binding
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
ロールリファレンス:
  apiグループ: rbac.authorization.k8s.io
  種類: 役割
  名前: nginx-ingress-role
科目:
  - 種類: サービスアカウント
    名前: nginx-ingress-serviceaccount
    名前空間: ingress-nginx

---
APIバージョン: rbac.authorization.k8s.io/v1beta1
種類: ClusterRoleBinding
メタデータ:
  名前: nginx-ingress-clusterrole-nisa-binding
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
ロールリファレンス:
  apiグループ: rbac.authorization.k8s.io
  種類: ClusterRole
  名前: nginx-ingress-clusterrole
科目:
  - 種類: サービスアカウント
    名前: nginx-ingress-serviceaccount
    名前空間: ingress-nginx

---

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前: nginx-ingress-controller
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
仕様:
  レプリカ: 1
  セレクタ：
    一致ラベル:
      app.kubernetes.io/名前: ingress-nginx
      app.kubernetes.io/一部: ingress-nginx
  テンプレート：
    メタデータ:
      ラベル:
        app.kubernetes.io/名前: ingress-nginx
        app.kubernetes.io/一部: ingress-nginx
      注釈:
        prometheus.io/ポート: "10254"
        prometheus.io/scrape: "true"
    仕様:
      サービスアカウント名: nginx-ingress-serviceaccount
      コンテナ:
        - 名前: nginx-ingress-controller
          イメージ: registry.cn-qingdao.aliyuncs.com/kubernetes_xingej/nginx-ingress-controller:0.20.0
          引数:
            - /nginx-イングレスコントローラー
            - --default-backend-service=$(POD_NAMESPACE)/default-http-backend
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
            - --annotations-prefix=nginx.ingress.kubernetes.io
          セキュリティコンテキスト:
            機能:
              落とす：
                - 全て
              追加：
                -NET_BIND_SERVICE
            # wwwデータ -> 33
            実行ユーザー: 33
          環境:
            - 名前: POD_NAME
              値:
                フィールド参照:
                  フィールドパス: metadata.name
            - 名前: POD_NAMESPACE
              値:
                フィールド参照:
                  フィールドパス: metadata.namespace
          ポート:
            - 名前: http
              コンテナポート: 80
            - 名前: https
              コンテナポート: 443
          ライブネスプローブ:
            失敗しきい値: 3
            httpGet:
              パス: /healthz
              ポート: 10254
              スキーム: HTTP
            初期遅延秒数: 10
            期間秒数: 10
            成功しきい値: 1
            タイムアウト秒数: 1
          準備プローブ:
            失敗しきい値: 3
            httpGet:
              パス: /healthz
              ポート: 10254
              スキーム: HTTP
            期間秒数: 10
            成功しきい値: 1
            タイムアウト秒数: 1

---

kubectl を適用 -f ingress-nginx-mandatory.yaml

APIバージョン: v1
種類: サービス
メタデータ:
  名前: ingress-nginx
  名前空間: ingress-nginx
  ラベル:
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx
仕様:
  タイプ: NodePort
  ポート:
    - 名前: http
      ポート: 80
      ターゲットポート: 80
      プロトコル: TCP
      ノードポート: 30080
    - 名前: https
      ポート: 443
      ターゲットポート: 443
      プロトコル: TCP
      ノードポート: 30443
  セレクタ：
    app.kubernetes.io/名前: ingress-nginx
    app.kubernetes.io/一部: ingress-nginx

kubectl を適用 -f サービスノードポート.yaml

[root@test10 k8s]# kubectl get pod -n ingress-nginx
名前 準備完了 ステータス 再起動 年齢
default-http-backend-796ddcd9b-vfmgn 1/1 実行中 1 10h
nginx-ingress-controller-58985cc996-87754 1/1 実行中 2 10 時間

kubectl get svc -n イングレス-nginx

[root@test10 k8s]# kubectl get svc -n ingress-nginx 
名前 タイプ クラスター IP 外部 IP ポート 年齢
デフォルトhttpバックエンド ClusterIP 10.96.247.2 <なし> 80/TCP 7分3秒
ingress-nginx NodePort 10.96.40.6 <なし> 80:30080/TCP、443:30443/TCP 4分35秒

[root@test10 k8s]# カール 192.168.0.10:30080       
デフォルトのバックエンド - 404

APIバージョン: v1
種類: 名前空間
メタデータ:
  名前: k8s-ops
  ラベル:
    名前: k8s-ops

kubectl を適用 -f k8s-ops-namespace.yaml

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前: レディス
  名前空間: k8s-ops
  ラベル:
    名前: レディス
仕様:
  セレクタ：
    一致ラベル:
      名前: レディス
  テンプレート：
    メタデータ:
      名前: レディス
      ラベル:
        名前: レディス
    仕様:
      コンテナ:
      - 名前: redis
        画像: sameersbn/redis
        イメージプルポリシー: IfNotPresent
        ポート:
        - 名前: redis
          コンテナポート: 6379
        ボリュームマウント:
        - マウントパス: /var/lib/redis
          名前: データ
        ライブネスプローブ:
          実行:
            指示：
            - redis-cli
            - ピン
          初期遅延秒数: 30
          タイムアウト秒数: 5
        準備プローブ:
          実行:
            指示：
            - redis-cli
            - ピン
          初期遅延秒数: 10
          タイムアウト秒数: 5
      ボリューム:
      - 名前: データ
        ホストパス:
          パス: /data1/docker/xinsrv/redis

---
APIバージョン: v1
種類: サービス
メタデータ:
  名前: レディス
  名前空間: k8s-ops
  ラベル:
    名前: レディス
仕様:
  ポート:
    - 名前: redis
      ポート: 6379
      ターゲットポート: redis
  セレクタ：
    名前: レディス

mkdir -p /data1/docker/xinsrv/redis

kubectl を適用 -f gitlab-redis.yaml

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前: postgresql
  名前空間: k8s-ops
  ラベル:
    名前: postgresql
仕様:
  セレクタ：
    一致ラベル:
      名前: postgresql
  テンプレート：
    メタデータ:
      名前: postgresql
      ラベル:
        名前: postgresql
    仕様:
      コンテナ:
      - 名前: postgresql
        画像: sameersbn/postgresql
        イメージプルポリシー: IfNotPresent
        環境:
        - 名前: DB_USER
          値: gitlab
        - 名前: DB_PASS
          値: パスワード
        - 名前: DB_NAME
          値: gitlab_production
        - 名前: DB_EXTENSION
          値: pg_trgm
        ポート:
        - 名前: postgres
          コンテナポート: 5432
        ボリュームマウント:
        -マウントパス: /var/lib/postgresql
          名前: データ
        ライブネスプローブ:
          実行:
            指示：
            - pg_isready
            - -h
            - ローカルホスト
            - -う
            - ポストグル
          初期遅延秒数: 30
          タイムアウト秒数: 5
        準備プローブ:
          実行:
            指示：
            - pg_isready
            - -h
            - ローカルホスト
            - -う
            - ポストグレ
          初期遅延秒数: 5
          タイムアウト秒数: 1
      ボリューム:
      - 名前: データ
        ホストパス:
          パス: /data1/docker/xinsrv/postgresql
---
APIバージョン: v1
種類: サービス
メタデータ:
  名前: postgresql
  名前空間: k8s-ops
  ラベル:
    名前: postgresql
仕様:
  ポート:
    - 名前: postgres
      ポート: 5432
      ターゲットポート: postgres
  セレクタ：
    名前: postgresql

mkdir -p /data1/docker/xinsrv/postgresql

kubectl を適用 -f gitlab-postgresql.yaml

[root@test10 k8s]# echo -n 'admin' | base64 
YWRtaW4=
[root@test10 k8s]# echo -n 'admin.1231' | base64 
翻訳:

[root@test10 k8s]# echo 'YWRtaW4uMTIzMQ==' | base64 --decode 
管理者1231

APIバージョン: v1
種類: 秘密
メタデータ:
  名前空間: k8s-ops
  名前: git-user-pass
タイプ: 不透明
データ：
  ユーザー名: YWRtaW4=
  パスワード: YWRtaW4uMTIzMQ==

kubectl 作成 -f ./secret-gitlab.yaml

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前: gitlab
  名前空間: k8s-ops
  ラベル:
    名前: gitlab
仕様:
  セレクタ：
    一致ラベル:
      名前: gitlab
  テンプレート：
    メタデータ:
      名前: gitlab
      ラベル:
        名前: gitlab
    仕様:
      コンテナ:
      - 名前: gitlab
        イメージ: sameersbn/gitlab:12.1.6
        イメージプルポリシー: IfNotPresent
        環境:
        - 名前: TZ
          価値: アジア/上海
        - 名前: GITLAB_TIMEZONE
          価値: 北京
        - 名前: GITLAB_SECRETS_DB_KEY_BASE
          値: 長くランダムな英数字の文字列
        - 名前: GITLAB_SECRETS_SECRET_KEY_BASE
          値: 長くランダムな英数字の文字列
        - 名前: GITLAB_SECRETS_OTP_KEY_BASE
          値: 長くランダムな英数字の文字列
        - 名前: GITLAB_ROOT_PASSWORD
          値:
            シークレットキーリファレンス:
              名前: git-user-pass
              キー: パスワード
        - 名前: GITLAB_ROOT_EMAIL
          値: [email protected]
        - 名前: GITLAB_HOST
          値: gitlab.binghe.com
        - 名前: GITLAB_PORT
          値: "80"
        - 名前: GITLAB_SSH_PORT
          値: "30022"
        - 名前: GITLAB_NOTIFY_ON_BROKEN_BUILDS
          値: "true"
        - 名前: GITLAB_NOTIFY_PUSHER
          値: "false"
        - 名前: GITLAB_BACKUP_SCHEDULE
          価値: 毎日
        - 名前: GITLAB_BACKUP_TIME
          値: 01:00
        - 名前: DB_TYPE
          値: postgres
        - 名前: DB_HOST
          値: postgresql
        - 名前: DB_PORT
          値: "5432"
        - 名前: DB_USER
          値: gitlab
        - 名前: DB_PASS
          値: パスワード
        - 名前: DB_NAME
          値: gitlab_production
        - 名前: REDIS_HOST
          値: redis
        - 名前: REDIS_PORT
          値: "6379"
        ポート:
        - 名前: http
          コンテナポート: 80
        - 名前: ssh
          コンテナポート: 22
        ボリュームマウント:
        - マウントパス: /home/git/data
          名前: データ
        ライブネスプローブ:
          httpGet:
            パス： /
            ポート: 80
          初期遅延秒数: 180
          タイムアウト秒数: 5
        準備プローブ:
          httpGet:
            パス： /
            ポート: 80
          初期遅延秒数: 5
          タイムアウト秒数: 1
      ボリューム:
      - 名前: データ
        ホストパス:
          パス: /data1/docker/xinsrv/gitlab
---
APIバージョン: v1
種類: サービス
メタデータ:
  名前: gitlab
  名前空間: k8s-ops
  ラベル:
    名前: gitlab
仕様:
  ポート:
    - 名前: http
      ポート: 80
      ノードポート: 30088
    - 名前: ssh
      ポート: 22
      ターゲットポート: ssh
      ノードポート: 30022
  タイプ: NodePort
  セレクタ：
    名前: gitlab

---
apiバージョン: extensions/v1beta1
種類: イングレス
メタデータ:
  名前: gitlab
  名前空間: k8s-ops
  注釈:
    kubernetes.io/ingress.class: traefik
仕様:
  ルール:
  - ホスト: gitlab.binghe.com
    http:
      パス:
      - バックエンド:
          サービス名: gitlab
          サービスポート: http

mkdir -p /data1/docker/xinsrv/gitlab

kubectl を適用 -f gitlab.yaml

[root@test10 k8s]# kubectl get pod -n k8s-ops
名前 準備完了 ステータス 再起動 年齢
gitlab-7b459db47c-5vk6t 0/1 実行中 0 11秒
postgresql-79567459d7-x52vx 1/1 実行中 0 30分
redis-67f4cdc96c-h5ckz 1/1 実行中 1 10時間

[root@test10 k8s]# kubectl get pod --namespace=k8s-ops
名前 準備完了 ステータス 再起動 年齢
gitlab-7b459db47c-5vk6t 0/1 実行中 0 36秒
postgresql-79567459d7-x52vx 1/1 実行中 0 30分
Redis-67F4CDC96C-H5CKZ 1/1実行1 10H

[root@test10 k8s]＃kubectl get svc -n k8s -ops
名前 タイプ クラスター IP 外部 IP ポート 年齢
gitlab nodeport 10.96.153.100 <なし> 80：30088/tcp、22：30022/tcp 2m42s
postgreSQl Clusterip 10.96.203.119 <NOE> 5432/TCP 32M
Redis Clusterip 10.96.107.150 <NOE> 6379/TCP 10H

192.168.0.10 gitlab.binghe.com

c：\ windows \ system32 \ drivers \ etc

wget https://github.com/goharbor/harbor/releases/download/v1.10.2/harbor-offline-installer-v1.10.2.tgz

TAR -ZXVF HARBOR-OFFLINE-INSTALLER-V1.10.2.TGZ

CDハーバー
vim ハーバー.yml

ホスト名：192.168.0.10
http:
  ポート：1180
harbor_admin_password：binghe123
###およびコメントhttps、それ以外の場合、インストール中にエラーが報告されます：エラー：root：エラー：プロトコルはhttpsですが、属性SSL_CERTは設定されていません
#https:
  #port：443
  #証明書: /your/certificate/path
  #private_key: /あなたの/private/key/パス

[root@binghe〜]＃cat /etc/docker/daemon.json
{
  「レジストリ・ミラー」：["https://zz3sblpi.mirror.aliyuncs.com"]、
  「Insecure-Registries」：["192.168.0.10:1180"]]
}

{
    「レジストリ・ミラー」：["https://zz3sblpi.mirror.aliyuncs.com"]、
    「Insecure-Registries "：[" 192.168.175.0/16"、 "172.17.0.0/16"、 "172.18.0.0/16"、 "172.16.29.0/16"、 "192.168.0.10:1180" "]
}

[root@binghe Harbor]＃./install.sh 

CDハーバー
vim ハーバー.yml

ホスト名：192.168.0.10
http:
  ポート：1180
harbor_admin_password：binghe123
###およびコメントhttps、それ以外の場合、インストール中にエラーが報告されます：エラー：root：エラー：プロトコルはhttpsですが、属性SSL_CERTは設定されていません
#https:
  #port：443
  #証明書: /your/certificate/path
  #private_key: /あなたの/private/key/パス

Vim Docker-Compose.yml

ポート:
      - 1180:80

CD共通/config/レジストリ
VIM config.yml

レルム：http：///192.168.0.10:1180/service/token

systemctlデーモンリロード
systemctl docker.service を再起動します。

[root@binghe harbor] ＃docker-compose down
港湾ログを停止しています...完了
nginx を削除しています...完了
港湾ポータルを削除しています...完了
harbor-jobservice を削除しています...完了
ハーバーコアを削除しています...完了
redis を削除しています...完了
レジストリを削除しています...完了
registryctl を削除しています...完了しました
harbor-db を削除しています...完了
港のログを削除しています...完了
ネットワークharbor_harborの削除
 
[root@binghe Harbor]＃./prepare
準備ベースディレクトリは/mnt/harborに設定されます
設定ファイルをクリアする: /config/log/logrotate.conf
設定ファイルをクリアする: /config/nginx/nginx.conf
設定ファイルをクリアする: /config/core/env
設定ファイルをクリアする: /config/core/app.conf
設定ファイルをクリアする: /config/registry/root.crt
設定ファイルをクリアする: /config/registry/config.yml
設定ファイルをクリアする: /config/registryctl/env
設定ファイルをクリアする: /config/registryctl/config.yml
設定ファイルをクリアする: /config/db/env
設定ファイルをクリアする: /config/jobservice/env
設定ファイルをクリアする: /config/jobservice/config.yml
生成された設定ファイル: /config/log/logrotate.conf
生成された設定ファイル: /config/nginx/nginx.conf
生成された設定ファイル: /config/core/env
生成された構成ファイル: /config/core/app.conf
生成された構成ファイル: /config/registry/config.yml
生成された設定ファイル: /config/registryctl/env
生成された構成ファイル: /config/db/env
生成された構成ファイル: /config/jobservice/env
生成された構成ファイル: /config/jobservice/config.yml
ファイルからシークレットをロードしました: /secret/keys/secretkey
生成された構成ファイル: /compose_location/docker-compose.yml
入力ディレクトリをクリーンアップする
 
[root@binghe Harbor] ＃docker -compose up -d
デフォルトのドライバーでネットワーク「harbor_harbor」を作成します
港ログを作成中...完了
harbor-db を作成しています...完了
redis を作成しています...完了
レジストリを作成しています...完了
registryctl を作成しています...完了しました
ハーバーコアを作成中...完了
harbor-jobservice を作成しています...完了
港湾ポータルを作成中...完了
nginx を作成しています...完了
 
[root@binghe harbor] ＃docker ps -a
コンテナID イメージ コマンド 作成ステータス ポート

yumインストールnfs -utils -y
Systemctlはnfs-serverを開始します
systemctl nfs-serverを有効にします

mkdir -p/opt/nfs/jenkins -data

vim /etc/エクスポート

/opt/nfs/jenkins-data 192.168.175.0/24(rw、all_squash）

＃chown -r 1000/opt/nfs/jenkins -data/
#reload nfs-server
SystemCtl RELOAD NFS-SERVER

#View Directory NFS System ShowMount -E NFS_IPの権限

[root@test10〜] ＃showmount -e 192.168.0.10
192.168.0.10のエクスポートリスト：
/opt/nfs/jenkins-data 192.168.175.0/24

[root@test11〜] ＃showmount -e 192.168.0.10
192.168.0.10のエクスポートリスト：
/opt/nfs/jenkins-data 192.168.175.0/24

APIバージョン: v1
種類：PersistentVolume
メタデータ:
  名前：ジェンキンス
仕様:
  NFS：
    パス：/opt/nfs/jenkins-data
    サーバー：192.168.0.10
  AccessModes：["readwriteonce"]
  容量：
    ストレージ：1ti

kubectl apply -f jenkins -pv.yaml

APIバージョン: v1
種類: サービスアカウント
メタデータ:
  名前：ジェンキンス

---
種類: 役割
APIバージョン: rbac.authorization.k8s.io/v1beta1
メタデータ:
  名前：ジェンキンス
ルール:
   -  apigroups：[""]
    リソース：["Pods"]
    動詞：["create"、 "delete"、 "get"、 "list"、 "patch"、 "update"、 "watch"]]
   -  apigroups：[""]
    リソース：["Pods/Exec"]
    動詞：["create"、 "delete"、 "get"、 "list"、 "patch"、 "update"、 "watch"]]
   -  apigroups：[""]
    リソース：["pods/log"]
    動詞：["get"、 "list"、 "watch"]
   -  apigroups：[""]
    リソース：["Secrets"]
    動詞：["get"]

---
APIバージョン: rbac.authorization.k8s.io/v1beta1
種類: RoleBinding
メタデータ:
  名前：ジェンキンス
ロールリファレンス:
  apiグループ: rbac.authorization.k8s.io
  種類: 役割
  名前：ジェンキンス
科目:
  - 種類: サービスアカウント
    名前：ジェンキンス

kubectl apply -f jenkins-service-account.yaml 

APIバージョン: アプリ/v1
種類: ステートフルセット
メタデータ:
  名前：ジェンキンス
  ラベル:
    名前：ジェンキンス
仕様:
  セレクタ：
    一致ラベル:
      名前：ジェンキンス
  Servicename：ジェンキンス
  レプリカ: 1
  Updatestrategy：
    タイプ: ローリングアップデート
  テンプレート：
    メタデータ:
      名前：ジェンキンス
      ラベル:
        名前：ジェンキンス
    仕様:
      TerminationGracePerioDSeconds：10
      ServiceAcCountName：Jenkins
      コンテナ:
         - 名前：ジェンキンス
          画像：docker.io/jenkins/jenkins:lts
          イメージプルポリシー: IfNotPresent
          ポート:
            -containerport：8080
            -containerport：32100
          リソース：
            制限:
              CPU：4
              メモリ：4GI
            リクエスト：
              CPU：4
              メモリ：4GI
          環境:
             - 名前：limits_memory
              値:
                ResourceFieldref：
                  リソース：Limits.Memory
                  除数：1mi
             - 名前：java_opts
              ＃値：-xx：+lockexperimentalvmoptions -xx：+usecgroupmemorylimitforheap -xx：maxramfraction = 1 -xshowsettings：vm -dhudson.slaves.nodeprovisioner.initialdelay = 0 -dhudson.nodeprovision.slaves.nodeprovision. rovisioner.margin0 = 0.85
              値：-xmx $（limits_memory）m -xshowsettings：vm -dhudson.slaves.nodeprovisioner.initialdelay = 0 -dhudson.slaves.nodeprovisioner.margin = 50 -dhudson.slaves.nodeprovision.margin0 = 0.85
          ボリュームマウント:
             - 名前：Jenkins-Home
              MountPath： /var /jenkins_home
          ライブネスプローブ:
            httpGet:
              パス： /ログイン
              ポート: 8080
            InitialDelayseconds：60
            タイムアウトセカンド：5
            FailureThreshold：12＃〜2分
          準備プローブ:
            httpGet:
              パス： /ログイン
              ポート: 8080
            InitialDelayseconds：60
            タイムアウトセカンド：5
            FailureThreshold：12＃〜2分
  ＃PVCテンプレート、以前のPVに対応しています
  volumeclaimtemplates：
     - メタデータ：
        名前：Jenkins-Home
      仕様:
        AccessModes：["readwriteonce"]
        リソース：
          リクエスト：
            ストレージ：1ti

kubectl apply -f jenkins -statefulset.yaml 

APIバージョン: v1
種類: サービス
メタデータ:
  名前：ジェンキンス
仕様:
  ＃タイプ：LoadBalancer
  セレクタ：
    名前：ジェンキンス
  ＃ロードバランサーを使用するときに無効なパン粉の問題を回避するために、クライアントIPが伝播されていることを確認します（K8S> = 1.7）
  #externaltrafficpolicy：ローカル
  ポート:
    - 名前: http
      ポート: 80
      nodeport：31888
      ターゲットポート：8080
      プロトコル: TCP
     - 名前：Jenkins-Agent
      ポート：32100
      nodeport：32100
      ターゲットポート：32100
      プロトコル: TCP
  タイプ: NodePort

kubectl apply -f jenkins-service.yaml

apiバージョン: extensions/v1beta1
種類: イングレス
メタデータ:
  名前：ジェンキンス
仕様:
  ルール:
    -HTTP：
        パス:
          - パス：​​ /
            バックエンド:
              Servicename：ジェンキンス
              ServicePort：31888
      ホスト：jekins.binghe.com

kubectl apply -f jenkins-ingress.yaml 

192.168.0.10 jekins.binghe.com

c：\ windows \ system32 \ drivers \ etc

yum -y subversionをインストールします 

＃create/data/svn
mkdir -p /data /svn 
#initialize svn
svnserve -d -r /data /svn
＃コードリポジトリsvnadmin create/data/svn/testを作成します

mkdir/data/svn/conf
cp/data/svn/test/conf/*/data/svn/conf/
cd/data/svn/conf/
[root@binghe101 conf]＃ll
総投与量20
-RW-R  -  R-- 1ルートルート1080 5月12日02:17 AUTHZ
-RW-R  -  R-- 1ルートルート885 5月12日02:17 HOOKS-ENV.TMPL
-rw-r  -  r-- 1ルートルート309 5月12日02:17 passwd
-RW-R  -  R-- 1ルートルート4375 5月12日02:17 SVNSERVE.CONF

vim authz

[エイリアス]
＃joe =/c = xz/st = dessert/l = snake city/o = senake oil、ltd

[グループ]
＃harry_and_sally =ハリー、サリー
＃harry_sally_and_joe =ハリー、サリー、ジョー
superadmin = admin
binghe = admin、binghe

＃[/foo/bar]
＃harry = rw
＃＆joe = r
＃ * =

＃[リポジトリ：/baz/fuz]
＃@harry_and_sally = rw
＃ * = r

[テスト：/]
@superadmin = rw
@binghe = rw

vim passwd

[ユーザー]
＃harry = harrysecret
＃sally = sallyssecret
admin = admin123
binghe = binghe123

vim svnserve.conf

###このファイルは、svnserveデーモンの構成を制御します。
###このリポジトリへのアクセスを許可します
### http：and/or file：urlsを介したアクセス、このファイルは
###無関係です。）

###詳細については、http：//subversion.apache.org/をご覧ください。

[一般的な]
### Anon-AccessおよびAuth-Accessオプションを制御するアクセス
### Unauthenticated（別名匿名）ユーザーのリポジトリ
###それぞれ認証ユーザー。
###有効な値は「書き込み」、「読み取り」、および「なし」です。
###値を「なし」に設定すると、読み書きの両方を禁止します。
### "read"を使用すると、読み取り専用アクセスが可能になり、「書き込み」は完全になります 
###リポジトリへの読み取り/書き込みアクセス。
###以下のサンプル設定はデフォルトであり、匿名であることを指定します
###ユーザーはリポジトリへの読み取り専用アクセスを持っていますが、認証されています
###ユーザーはリポジトリへの読み取りおよび書き込みアクセスを持っています。
anon-access = none
auth-access =書き込み
###パスワードdbオプションはパスワードの場所を制御します
###データベースファイル。
###ファイルの場所は、含まれるディレクトリに関連しています
###この構成ファイル。
### SASLが有効になっている場合（以下を参照）、このファイルは使用されません。
###以下の行を除外して、デフォルトのパスワードファイルを使用します。
Password-db =/data/svn/conf/passwd
### authz-dbオプションは承認の場所を制御します
###パスを指定しない限り
### A /で始まる、ファイルの場所は
###このファイルを含むディレクトリ
### Repository相対URL（^/）または絶対file：// urlへのテキストへ
### subversionリポジトリのファイル。
###パスベースのアクセス制御は行われていません。
###以下の行を除外して、デフォルトの承認ファイルを使用します。
authz-db =/data/svn/conf/authz
###グループ-DBオプションは、ファイルの場所をで制御します
###グループの定義とグループを維持することを可能にします
###承認ルール。
### authz-dbファイルと、
###グループの定義が有効になっている場合、authz-dbファイルはできません
###は[グループ]セクションを含めます
### a /、ファイルの場所はこれを含むディレクトリに関連しています
###ファイル。
### subversionリポジトリ内のテキストファイルへの絶対ファイル：// url。
###このオプションはデフォルトでは使用されていません。
＃グループdb =グループ
###このオプションは、リポジトリの認証領域を指定します。
### 2つのリポジトリが同じ認証領域を持っている場合、彼らはそうする必要があります
###は同じパスワードデータベースを持っています
###はリポジトリのUUIDです。
Realm = svn
### Force-Username-Caseオプションにより、SVNServeがケースナルス化されます
### usersNamesを承認ルールと比較する前に
###上記のauthz-dbファイルは「上」です。
###ケースのユーザー名）、 "lower"（ユーザー名を小文字にする）、および
### "none"（as-as-as as as as as as as as as as as-canse nowを比較するには、
###はデフォルトの動作です）。
＃force-username-case = none
###フック-ENVオプションフックスクリプト環境へのパスを指定します 
###構成ファイル
###と複数のフックスクリプト環境を構成するために使用できます 
###絶対パスが指定されている場合、単一のファイルのリポジトリ。
###絶対パスを指定しない限り、ファイルの場所は相対的です
###このファイルを含むディレクトリへ。
＃hooks-env = hooks-env

[SASL]
###このオプションは、Cyrus SASLを使用するかどうかを指定します
###認証のためのライブラリはfalseです。
###このオプションを有効にするには、SVNServeがCyrusで構築される必要があります
### saslサポート、「svnserve」をチェックして、ラインを探します
###「Cyrus SASL認証が利用可能です。」
＃use-sasl = true
###これらのオプションは、セキュリティレイヤーの目的の強度を指定します
### SASLが提供したいということは、暗号化を意味しません
### Integrity-Checkingのみ、1を超える値は相関しています
暗号化の有効キー長に###（例えば128は128ビットを意味します
### Encryption）。
＃min-encryption = 0
＃max-encryption = 256

[root@binghe101 conf]＃cp /data/svn/conf/svnserve.conf/data/svn/test/conf/
cp：それは無効にされていますか？/data/svn/test/conf/svnserve.conf '？ええ

vim/usr/lib/systemd/system/svnserve.service

[ユニット]
説明= Subversion Protocol Daemon
after = syslog.target network.target
ドキュメンテーション=男：svnserve（8）

[サービス]
タイプ=フォーク
環境file =/etc/sysconfig/svnserve
＃execstart =/usr/bin/svnserve  -  daemon  -  pid-file =/run/svnserve/svnserve.pid $ options
execStart =/usr/bin/svnserve  -  daemon $ options
privatetmp =はい

[インストール]
WantedBy=マルチユーザー.ターゲット

systemctlデーモンリロード

vim/etc/sysconfig/svnserve

＃オプションは、コマンドライン引数をsvnserveに渡すために使用されます。
# 
＃-rパラメーターでリポジトリの場所を指定します。
options = "-r /data /svn"

[root@test10 conf] ＃SystemCtlステータスsvnserve.Service
●SVNSERVE.Service -Subversion Protocol Daemon
   ロード：ロード：（/usr/lib/systemd/system/svnserve.service; disabled; vendor preset：disabled）
   アクティブ: 非アクティブ (デッド)
     docs：man：svnserve（8）

Systemctl Start SvnServe.Service

SystemCtl enable svnserve.service

docker pull docker.io/elleflorio/svn-server

docker run -V/usr/local/svn：/home/svn -v/usr/svn/passwd：/etc/subversion/passwd -v/usr/local/apache2  -  name svn_server -p 3380：80 -p 3690 Ver

docker exec -it svn_server bash

wget -o/etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo http://pkg.jenkins-ci.org/redhat-stable/jenkins.repo
rpm -import https://jenkins-ci.org/redhat/jenkins-ci.org.key

YumインストールJenkins

vim/etc/sysconfig/jenkins

jenkins_java_cmd = "/usr/local/jdk1.8.0_212/bin/java"
jenkins_port = "18080"

SystemctlはJenkinsを開始します

systemctl enable jenkins

[root@test10〜] ＃SystemCtlステータスJenkins
●Jenkins.Service -LSB：Jenkins Automation Server
   読み込まれた：loaded（/etc/rc.d/init.d/jenkins; generated）
   アクティブ：2020-05-12 04:33:40 EDT以降
     ドキュメント：Man：SystemD-Sysv-Generator（8）
    タスク：71（制限：26213）
   メモリ：550.8m

[root@binghe101〜]
71AF861C2AB948A1B6EFC9F7DDE90776

 <プロパティ>
  	 	<docker.Repostory> 192.168.0.10:1180 </docker.repostory>
        <docker.registry.name> test </docker.registry.name>
        <docker.image.tag> 1.0.0 </docker.image.tag>
        <docker.maven.plugin.version> 1.4.10 </docker.maven.plugin.version>
  </プロパティ>

<ビルド>
  		<FinalName> test-starter </finalName>
		<プラグイン>
            <プラグイン>
			    <groupId>org.springframework.boot</groupId>
			    <artifactId>spring-boot-maven-plugin</artifactId>
			</プラグイン>
			
			<！ -  Docker's Mavenプラグイン、公式ウェブサイト：https：//github.com/spotify/docker-maven-plugin->
			<!-- Dockerfile Maven プラグイン -->
			<プラグイン>
			    <groupId>com.spotify</groupId>
			    <artifactId>dockerfile-maven-plugin</artifactId>
			    <バージョン> $ {docker.maven.plugin.version} </version>
			    <処刑>
			        <実行>
			        <id>デフォルト</id>
			        <目標>
			            <！ -  dockerを使用してパッケージをパッケージ化したくない場合は、この目標をコメントしてください - >
			            <goal>ビルド</goal>
			            <goal>プッシュ</goal>
			        </目標>
			        </実行>
			    </処刑>
			    <構成>
			    	<contextdirectory> $ {project.basedir} </contextDirectory>
			        <！ - ハーバーウェアハウスのユーザー名とパスワード - >
			        <usemavensettingsforauth> usemavensettingsforauth> true </usemavensettingsforauth>
			        <Repository> $ {docker.repostory}/$ {docker.registry.name}/$ {project.artifactid} </repository>
			        <tag> $ {docker.image.tag} </tag>
			        <ビルド引数>
			            <JAR_FILE>target/${project.build.finalName}.jar</JAR_FILE>
			        </buildArgs>
			    </構成>
			</プラグイン>

        </プラグイン>
        
		<リソース>
			<！ -  src/main/resourcesの下のすべてのファイルとフォルダーをリソースファイルとして指定します - >
			<リソース>
				<ディレクトリ>src/main/resources</ディレクトリ>
				<TargetPath> $ {project.build.directory}/classes </targetPath>
				<含まれるもの>
					<cluding> **/*</include>
				</includes>
				<フィルタリング>真</フィルタリング>
			</リソース>
		</リソース>
	</ビルド>

#ADD依存関係環境、前提は、Java8 Docker画像を公式画像リポジトリから引き出し、192.168.0.0.10:1180/library/java:8から自分のHarborプライベートリポジトリにアップロードすることです。
＃画像作成作家メンテナーBingheを指定します
#Run Directory Volume /TMP
#copy containerにローカルファイルを追加しますターゲット/*jar app.jar
＃コンテナを起動した後に自動的に実行されるコマンドエントリポイント["java"、 "-djava.security.egd = file：/dev/./ urandom"、 "-jar"、 "/app.jar"]]

docker pull java:8
Docker Tag Java：8 192.168.0.10:1180/library/java:8
Dockerログイン192.168.0.10:1180
Docker Push 192.168.0.10:1180/library/java:8

APIバージョン: アプリ/v1
種類: デプロイメント
メタデータ:
  名前：テストスターター
  ラベル:
    アプリ：テストスターター
仕様:
  レプリカ: 1
  セレクタ：
    一致ラベル:
      アプリ：テストスターター
  テンプレート：
    メタデータ:
      ラベル:
        アプリ：テストスターター
    仕様:
      コンテナ:
       - 名前：テストスターター
        画像：192.168.0.10:1180/test/test-starter:1.0.0
        ポート:
        -containerport：8088
      ノードセレクター：
        ClusterType：node12

---
APIバージョン: v1
種類: サービス
メタデータ:
  名前：テストスターター
  ラベル:
    アプリ：テストスターター
仕様:
  ポート:
    - 名前: http
      ポート: 8088
      nodeport：30001
  タイプ: NodePort
  セレクタ：
    アプリ：テストスターター

#Deleting Original Local画像は、Harbor Repository Docker RMI 192.168.0.10:1180/test/test-starter:1.0.0の画像に影響しません。
#collection and build docker imagesを使用します。
#Login Harbor Repository Dockerログイン192.168.0.10:1180 -U Binghe -P Binghe123
#upload harbourリポジトリのドッカープッシュ192.168.0.10:1180/test/test-starter:1.0.0
#stop and delete/usr/bin/kubectl delete -f test.yamlはK8Sクラスターで実行されています
#Republish Docker Image to K8s Cluster/usr/bin/kubectl Apply -f test.yaml