4お勧めできないKubernetesの〇〇集helmDockerCephkubernetesflannel完全に個人の独断と偏見に基づく、Kubernetes関連でお勧めできない製品・行為を紹介します。こんな記事を書いたか基本的に過去の自分の失敗や、過去に調査・検討してダメだった内容の共有です同じ失敗や同じ調査・検討する無駄が減らせれば、という思いです凡例お勧めしない度:私がどれほど強く「やめとけ」と思うかを★1〰5で表しますお勧めしない理由:理由を解説します代替案:もしあれば挙げます製品編flannelKubernetesのCNIの一つです。2.1」でflannelではなくcalicoを採用しています。2.1」ベータ版が公開。Policyをサポートします補足CalicoとWeaveの大まかな違いWeaveはVXLANです。外部との通信はNATされます。(src,dst共に)CalicoはBGPでルーティングするのがメインです。調べてみるとip-in-ipのカプセル化とNATも対応してるようですつまりCalicoで十分・・・?Weaveしか使ったことはないのでこれ以上の言及はできないです。後日気が向いたら比較検証してみますCeph(Rook)RookとCephについてRookはKubernetes上にストレージを構築するプロジェクトですCephはオブジェクトストレージの製品ですRookの記事でよくCephを使っているものを見ますが、私はおすすめしません論旨としてはCephが信用できないので、Rookを使う場合はCeph以外にしましょうという内容です。Rook自体には触れません。failedDockerで構築すると同じjewelでも物理版と比べてソースコードが古く、バグ修正があたっていませんでしたこれは当時の状況なので今は違うかも障害よく起きてました。構築の仕方が悪かった可能性もあります。小規模かつ社内利用の緩い環境だったので大ごとにはなりませんでしたが。代替案Minio私はこれに乗り換えました時々障害も起きますが、ceph時代に比べれば全然楽です。ログが読めるのが大きいHelmkubernetes上のシステムをパッケージ化するものです。kubernetesのyamlを変数で穴埋めする形のテンプレートにすることで使いまわしが効くようにします公式リポジトリからシステムを落としてこれたりします。LAMPとかElastic-stackとか。代替案kustomize穴埋めでなく、複数yamlを組み合わせたり、上書きできるそうです。YAMLを管理するkubectlに統合される前提だそうです。redirects.リダイレクト先は当然変わることもありえるので、そのタイミングでイメージがPullできなくなりますDockerHubへの直接のPullを制限したい企業であれば別にいいですが。★★お勧めしない理由カーネルリソースの競合が起きえます。追加したり等マルチテナントで使うなら今はVMの方がいいかな、という感想ですそのうちベストプラクティスが整備されれば、という感じです。通常はKubernetesが動きません動かない理由は、次のためです一般的に、IA用にコンパイルしたアプリはPower上では動きません。requestStockLike37@ozotaいろんなことに入門者Follow日鉄ソリューションズ株式会社お堅いと評判のユーザ系SIerです。※各記事の内容は個人の見解であり、所属する組織の公式見解ではありません。upLoginユーザーは見つかりませんでした。