helmとは、k8s上でyamlを作成する必要がなく
簡単にパッケージ感覚でインストールをしてくれるツールになる。
前提：
docker desktop(wsl2)
参照先：
https://helm.sh/ja/docs/intro/using_helm/
1)helmのインストールを実施
choco install kubernetes-helm
2)helm導入後に以下のコマンドで、パッケージの検索が可能
helm search wordpress
3)実際にwordpressを導入してみる
例：helm install [任意の名前] [パッケージ名]
helm install wordpress stable/wordpress
念のため、導入されているのか確認してみる
1)追加したnode2のステータスがNotReadyになっている。
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/2140ac876ef134e0ed5af15c65e414cf26827915/Documentation/kube-flannel.yml
4)再度、マスターにて、確認を行うとReadyになっていることが把握できる。
5)念のため、Flannelの状態も確認してみる。（問題なく、稼働しているようだ！）
yamlに記載する内容についておさらい。
Kubernetesオブジェクトを.yamlファイルに記載して作成する場合、下記に示すフィールドに値をセットしておく必要があります:
apiVersion - どのバージョンのKubernetesAPIを利用してオブジェクトを作成するかkind - どの種類のオブジェクトを作成するかmetadata - オブジェクトを一意に特定するための情報、文字列のname、UID、また任意のnamespaceが該当するspec - オブジェクトの望ましい状態specの正確なフォーマットは、Kubernetesオブジェクトごとに異なり、オブジェクトごとに特有な入れ子のフィールドを持っています。Kubernetes API リファレンスが、Kubernetesで作成できる全てのオブジェクトに関するspecのフォーマットを探すのに役立ちます。 例えば、Podオブジェクトに関するspecのフォーマットはPodSpec v1 coreを、またDeploymentオブジェクトに関するspecのフォーマットはDeploymentSpec v1 appsをご確認ください。
参照先：
https://kubernetes.io/ja/docs/concepts/overview/working-with-objects/kubernetes-objects/
1)masterにログインして、対象のノードに対して以下のコマンドを投入する。
kubectl drain [node名]
kubectl uncordon [node名]
参照ページ：
https://kubernetes.io/docs/tasks/administer-cluster/cluster-management/#maintenance-on-a-node
Master側でkubectl get nodeを実施した時に
一部のnode(rasp-node2)だけNotReadyになっているので対処を行う。 
rasp-node2にログインする
1)systtemctl status kubeletを実施したところ
以下のメッセージが表示される
2)以下のコマンドを実施する
systemctl daemon-reload
systemctl enable kubelet && systemctl restart kubelet
再度、Masterにログインして、kubectl get nodeを実施したところ
以下の結果になる
新規で作成したNodeをMasterに参加させたい場合、以下のコマンドを行うこと
kubeadm token create --print-join-command
注意：上記発行後、24時間経過すると使用期限を失われるので
再度、kubeadm token createコマンドを投入すること！！
1)kubectlコマンドを投入すると、以下のメッセージが出てしまい接続拒否されてします。
2)journalctlコマンドを投入する
swapが有効になっているのでkubectlコマンドの稼働が出来ないようだ
3)swapを完全に停止を行う
sudo systemctl stop dphys-swapfile
sudo systemctl disable dphys-swapfile
4)念のためにリブートを実施して、kubectlコマンドを実施すると
想定通りに利用可能であることを確認
注意：
システム起動直後に、kubectlコマンドを投入すると、接続拒否されるので
数分待ってから実施する。
configの設定例
user www-data;
pid /var/run/nginx.pid;
worker_processes auto;
worker_rlimit_nofile 100000;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
events {
worker_connections 2048;
multi_accept on;
use epoll;
}
http {
server_tokens off;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
access_log off;
error_log /var/log/nginx/error.log crit;
keepalive_timeout 10;
client_header_timeout 10;
client_body_timeout 10;
reset_timedout_connection on;
send_timeout 10;
limit_conn_zone $binary_remote_addr zone=addr:5m;
limit_conn addr 100;
include /etc/nginx/mime.types;
default_type text/html;
charset UTF-8;
gzip on;
gzip_http_version 1.0;
gzip_disable "msie6";
gzip_proxied any;
gzip_min_length 1024;
gzip_comp_level 6;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/json;
open_file_cache max=100000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}====================[解説]worker_processes auto; worker_rlimit_nofile 100000;
worker_connections 2048;
multi_accept on;
use epoll;
server_tokens off;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 10;
client_header_timeout 10;
client_body_timeout 10;
reset_timedout_connection on;
send_timeout 10;
limit_conn_zone $binary_remote_addr zone=addr:5m;
limit_conn addr 100;
gzip on;
gzip_http_version 1.0;
gzip_disable "msie6";
gzip_proxied any;
gzip_min_length 1024;
gzip_comp_level 6;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/json;
open_file_cache max=100000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on; 設定したら、nginxサービスを再起動して有効させる。
sudo service nginx restart
簡単な指示で、依頼するとコンテキストオーバーで記憶喪失になって コードの内容が一致しないことが起こるので、work.mdみたいな作業メモを取らせたるのがよい 途中から、別スレッドに再実施する場合でも、work.mdが引き継ぎとして 参照して実施してくれるのがポイント
