automation/scripting, declarative environment minimizes or eliminates this need - Declarations are yaml files which are easily stored and managed in git  from manifests (yaml) • Deployment manifests are standard k8s manifests • Avoid duplication of yaml across environments ● Manifests should be applied with standard of Kubernetes deployment tools including: ☐ Helm o Kustomize ☐ Ksonnet/Jsonnet ☐ Directories of yaml ## - It is not a CI tool ![Image](/uploads/documents/6/b/0/3/6b0355106b4ae0662ae5ab4727b3f265/p12_1

Helm is the best way to find, share, and use software built for Kubernetes. ## What is Helm? values .yaml Helm Chart  > • Istio runs on YAML - Our services are installed with YAML Sprig functions • Helm emits YAML Native functions - We can manage Istio and our services with Helm! values .yaml go- template != Scope of config • Helm as a DSL for Istio • Say what you want once • Generate all the Istio YAML • Scope of intent == Scope of config ## DEMO ## Demo - Bookinfo ## What did we see? - Single entry

アクティビティ図 ・コンポーネント図 • 配置図 ・状態遷移図（ステートマシン図） ・タイミング図 以下のような、UML 以外の図もサポートしてます。 • JSON Data • YAML Data • Network diagram (nwd) ・ワイヤーフレーム アーキテクチャ図 ・仕様及び記述言語 (SDL) • Ditaa ・ガントチャート ・マインドマップ [Image](/uploads/documents/c/0/1/1/c011c86714947f632c5a4ce8a6b5c4f4/p204_1.jpg) ## 12 YAML データを表示する YAML 形式は、様々なソフトウェアで使われています。 PlantUML を使って YAML データを可視化することができます。 この機能を使うには、 • @startyaml キーワードで開始し、 • @endyaml キーワードで終了する必要があります。 11.7 最小の JSON の例 201 11.8 スタイルを使用する 202 11.8.1 スタイル無し（デフォルト） 202 11.8.2 スタイル有り 202 12 YAML データを表示する 204 12.1 複雑な例 204 12.2 グローバルなスタイル指定 205 12.2.1 スタイル無し（デフォルト） 205 12.2.2 スタイル有り 205

-c 'if test -e /etc/kubernetes/manifests/kube-apiserver.yaml; then stat -c permissions=%a /etc/kubernetes/manifests/kube-apiserver.yaml; fi' 1.1.2 Ensure that the API server pod specification /bin/sh -c 'if test -e /etc/kubernetes/manifests/kube-apiserver.yaml; then stat -c %U:%G /etc/kubernetes/manifests/kube-apiserver.yaml; fi' CIS 1.6 Benchmark - Self-Assessment Guide - Rancher v2.5 test -e /etc/kubernetes/manifests/kube-controller-manager.yaml; then stat -c permissions=%a /etc/kubernetes/manifests/kube-controller-manager.yaml; fi' 1.1.4 Ensure that the controller manager pod specification

kubectl 设置为开机自启动 systemctl enable kubectl.service ### E. 部署 k8s master 节点 Step1: kubeadm.yaml vi kubeadm.yaml apiVersion: kubeadm.k8s.io/v1beta2 kind: ClusterConfiguration kubernetesVersion: v1.18 Step2: 下载 k8s master images kubeadm config images pull --config kubeadm.yaml Step3: 安装 k8s master kubeadminit --config kubeadm.yaml Step4: 配置环境变量 vi /root/.bashrc export KUBECONFIG=/etc/kubernetes/admin /root/.bashrc Step5: 安装网络插件 calico wget https://docs.projectcalico.org/v3.8/manifests/calico.yaml vi calico.yaml spec: containers: env: - name: DATASTORE TYPE value:kubernetes - name: IP AUTODETECTION

(RHCOS)的文件。安装程序生成不同的 Ignition 配置文件来初始化 bootstrap、control plane 和 worker 节点。 ## Kubernetes 清单 JSON或YAML格式的KubernetesAPI对象的规格。配置文件可以包含部署、配置映射、secret和 daemonset等。 ## Kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在 pod中运行。 如果亲自为集群置备和管理基础架构，则必须提供所有集群基础架构和资源，包括Bootstrap机器、网络、负载均衡、存储和独立的集群机器。 对于安装程序，在安装过程中会使用三组文件：名为 install-config.yaml的安装配置文件、Kubernetes清单，以及您的集群类型的 Ignition 配置文件。  ## 注意 如果通过启用或禁用特定集群功能自定义集群，则需要手动维护 install-config.yaml 文件。新的 OpenShift Container

├── etcdcluster.crd.yaml │ └── etcdoperator.clusterserviceversion.yaml │ └── secret.yaml │ └── configmap.yaml └── metadata └── annotations.yaml └── dependencies.yaml OpenShift Container Platform 会删除并重新创建它。 2.2.1.2. 注解 注解 捆绑包还在其 /metadata 文件夹中包含 annotations.yaml 文件。此文件定义了更高级别的聚合数据，以 帮助描述有关如何将捆绑包添加到捆绑包索引中的格式和软件包信息： annotations.yaml 示例 示例 Operator 捆绑包的介质类型或格式。registry+v1 格式表示它包含 CSV 及其关联的 Kubernetes 应该订阅到的默认频道。 注意 注意 如果出现不匹配的情况，则以 annotations.yaml 文件为准，因为依赖这些注解的集群 Operator Registry 只能访问此文件。 2.2.1.3. 依 依赖项 Operator 的依赖项列在捆绑包的 metadata/ 目录中的 dependencies.yaml 文件中。此文件是可选的，目 前仅用于指明 Operator-version 依赖项。

示例：获取oc create命令的帮助信息 $ oc create --help ## 输出示例 Create a resource by filename or stdin JSON and YAML formats are accepted. Usage: oc create -f FILENAME [flags] ... ## - 使用oc explain命令查看特定资源的描述信息和项信息： oc apply -f ./pod.json # Apply resources from a directory containing customization.yaml - e.g. dir/kustomization.yaml. oc apply -k dir/ # Apply the JSON passed into stdin to a pod. cat pod.json | oc configuration in manifest.yaml that matches label app=nginx and delete all the other resources that are not in the file and match label app=nginx. oc apply --prune -f manifest.yaml -l app=nginx # Apply the

对象不存在： a. 创建以下 YAML 清单。在本例中，该文件名为 cluster-monitoring-config.yaml： apiVersion: v1 kind: ConfigMap metadata: name: cluster-monitoring-config namespace: openshift-monitoring data: config.yaml: | b. 应用配置以创建 应用配置以创建 ConfigMap 对象： $ oc apply -f cluster-monitoring-config.yaml ##### 2.3.2. 创建用户定义的工作负载监控配置映射 要配置用于监控用户定义项目的组件，您必须在 openshift-user-workload-monitoring 项目中创建 user-workload-monitoring-config ConfigMap。 config 2. 如果 user-workload-monitoring-config ConfigMap 对象不存在： a. 创建以下 YAML 清单。在本例中，该文件名为 user-workload-monitoring-config.yaml： apiVersion: v1 kind: ConfigMap metadata: name: user-workload-monitoring-config

efc2a10dab4fb6b5579fc21e63b8a5dd/p33_11.jpg) $ oc get configmap/dns-default -n openshift-dns -o yaml 基于以上 DNS 示例的 DNS ConfigMap 示例 apiVersion: v1 data: Corefile: | example.com:5353 { forward ; --type=merge ## 验证 要确保设置了所需的日志级别，请检查配置映射： $ oc get configmap/dns-default -n openshift-dns -o yaml #### 6.9. 设置 COREDNS OPERATOR 的日志级别 集群管理员可以配置 Operator 日志级别来更快地跟踪 OpenShift DNS 问题。operatorLogLevel 配置资产 安装程序在 config.openshift.io API 组中生成带有 Ingress 资源的资产，cluster-ingress-02-config.yml。 Ingress 资源的 YAML 定义 apiVersion: config.openshift.io/v1 kind: Ingress metadata: name: cluster spec: domain: apps