教えちゃお
t4g.microの上に小さいクラスタ立てて練習しようとか思ってたけど、プロダクション向けのクラスタ立てツールであるkubeadmを走らせてみたらいきなり「メモリは最低1700MB用意しろ」とか言われてひっくり返ってる。ノードも複数台で本格的にやることしか想定してなさそうだし、これどうすればいいんだ（世の趣味でkubernetesで使っている人間は結構なインフラコストを払ってやっているのか？EKS最小構成でも月額73ドルらしい）。
k8sはクラスタ自体が容易に作成・管理できるものではないといろいろな場所で言われていたが、やってみてようやく規模感が理解できた。そして困った。
minikubeはproductionに使うなと繰り返し書かれているが、練習だからと割り切って使ってしまうのもありだろう。
また k8s lightweight とかで雑に検索してみると
などがヒットした。k3sならいけるか、見てみよう。あるいは自宅に物理鯖置いてそこにクラスタを組み、トンネリングツールか何かで公開するという方法もあるのかな（もう全く安くないが）。
https://kubernetes.io/ja/docs/tutorials/kubernetes-basics/expose/expose-intro/
なんかいろいろ公開の種類もあるが、随分ローレベルだなあと思ったらServiceとは別にIngressというやつがあるらしい。
https://kubernetes.io/ja/docs/concepts/services-networking/ingress/
Ingressにはいろいろな実装？がある。kubernetes自体が未知の領域なのでなるべく慣れたものに寄せるため、nginxによる実装を使う。
https://kubernetes.github.io/ingress-nginx/deploy/
インストール方法に with kubectl apply, using YAML manifests がある。嬉しい。
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.6.4/deploy/static/provider/cloud/deploy.yamlで必要なリソースが諸々立つらしい。先に作っていたDeploymentとここで作るリソースを統合するためkustomizeを導入する。と言っても
resources:
- deployment.yml
- https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.6.4/deploy/static/provider/cloud/deploy.yamlと書かれたファイルを用意し、起動コマンドを kubectl apply -k . に変更するだけだ。
https://github.com/chao7150/barrack-k8s-spec/commit/977fb3c90989f96c5a070508e90aad45b570adad
この段階でこれらのファイルを保存しておくGitHubのリポジトリを作った。
本題に戻って外部からいい感じに内部のサービスにリクエストが通るように進める。
https://kubernetes.github.io/ingress-nginx/deploy/#local-testing
既にDeploymentは存在するとして、exposeでそのDeploymentを公開し（これはServiceを立てることと等しいので後々ymlでそれを書く）
kubectl create ingress demo-localhost --class=nginx \
--rule="demo.localdev.me/*=demo:80"でアクセスをDeploymentに向けるようなingressを立てる。classはいろいろあり得るingressの実装のなかでingress-nginxを使いますよという意味。ruleは demo.localdev.me/* へのアクセスをdemoという名のDeploymentの80番ポートにフォワーディングしますよという意味。
なんで demo.localdev.me がlocalhostに向いてるんだよと思って調べてみたら
https://qiita.com/masahata/items/89b2be02ee36b82cfced
このドメインを誰かが取得して 127.0.0.1 に向けているらしい。マジかよ。そして何の説明もなしにやるなよドキュメントで。
ここから先は本番のクラスタでやることらしいので、次回は本番のサーバにクラスタを組んでもろもろやっていくか。本番のサーバは既にgotosocialで稼働しているので、nginxでgotosocial以外へのアクセスをk8sクラスタに流す方針でやってみる。SSLオフロードとかも前段nginxでやっちゃいたい。
※この記事は私の学習のメモであり、有益な知見は含まれていません。読まないでください。
チュートリアルのnginxのコンテナを立ててスケールさせて…みたいなやつは大昔に一度やった。今回はymlファイルのアレ（何て言うんでしょう？）で宣言的に管理できる状態を目指す。
チュートリアルを読むといきなりMinikubeというやつが出てくる。
https://kubernetes.io/ja/docs/tutorials/hello-minikube/
kubernetesのクラスタを作るのにkubernetes hogeとかkubectl fugaみたいなコマンドじゃなくて別の何かが必要になるのか…
https://kubernetes.io/docs/setup/
kubernetesのクラスタを作る方法を選ぶためのページがある。ローカルでの開発にはminikubeを、プロダクションにはkubeadamということにしよう。
https://minikube.sigs.k8s.io/docs/start/
minikubeを入れた。
minikube startするとkubectlが見つかりませんと表示された。そこで
に従ってkubectlを入れた。あとでaptで入れればよかったと後悔したが、まあ良い。minikube deleteして再度minikube startするとなんとなく問題なさそうなログが出て作成が完了した。
k8sのドキュメントの中で情報を探すのに苦労したが、どうやら
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/kustomization/
この辺りを読めばいいらしい。ymlで設定ファイルを書ける機能はkubernetesの（というかkubectlの？）標準機能としてありDeclarative Managementと呼ばれていて、kustomizeはその拡張？のようなものだろうか。
そもそもどうやるとアプリケーションをデプロイできるのかというのを忘れてしまっているので、チュートリアルの内容をDeclarative Managementの作法で進めてみる。
チュートリアルによるとまずはDeploymentを作るらしい。
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/#how-to-create-objects
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
spec:
selector:
matchLabels:
app: nginx
minReadySeconds: 5
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.14.2
ports:
- containerPort: 80というファイルを作って同じディレクトリで kubectl apply -f . してみるとDeploymentが作られた。metadataとかselectorとか無くても動かんかｗ？と思って削ってみたらダメだった。これがホントの最小構成らしい。
次はこうして立てたコンテナに外からアクセスできるようにしたい。チュートリアルの方はしばらくデバッグ用と思われる kubectl proxy を使いながら基本的な操作の説明をするようだ。
ふと毎月のサブスク費用を確認したらAWSとさくらインターネットで月額5000円くらいかかっていて、いくらなんでも辛いのでこれを圧縮する。
原因は必要以上に多くのサーバーを稼働していること。現在稼働しているのは3つ。
どうしたものか…
とりあえずEC2は新世代ほど高コスパの原則があり、t2.microはt4g.microに移行すべき。自分の学習を考えるとさくらはやめてEC2に揃えたい。全部t4g.microに相乗りを狙ってみようか。
そしてどうせならkubernetesに全部載せてみたい。複数のアプリケーションを相乗りさせるときのトラフィック管理をこれまではjwilder/nginx-proxyでやっていたが、もうちょっとナウいやつに移行して監視とかも統一的にやりたい。