Oxide、Kubernetes統合を顧客の声から構築：Rancher、Omni、Cluster API、そしてCCM
Kubernetes on Oxide: How Customer Needs Shaped Our Integrations
Oxideのソリューションズソフトウェアエンジニアが、顧客のフィードバックをもとにKubernetes統合を開発した過程を紹介。Rancherノードドライバ、Omniインフラストラクチャプロバイダ、Cluster APIプロバイダ（CAPOx）など、プロビジョニングから実行時統合までを網羅。さらに、クラウドコントローラマネージャ（CCM）によるノード同期や、フローティングIPを用いたLoadBalancerサービス実装、CSIドライバによるストレージ統合など、実際の顧客課題から生まれた設計判断を詳述する。
現時点での回避策は、ユーザーデータにコメントを追加してサイズを増やし、ISO 9660スーパーブロックが使われるようにすることです。
HNでの議論
100- stevehipwell
`oxide-cloud-controller-manager`が「モダンな」Kubernetes向けにどう構築されているのか、そしてそれが元々ツリー内にあったCCMと比べて何か重要な違いをもたらすのか、興味があります。Oxideのエンジニアリングのやり方からすると、これは本当に面白いものになるかもしれません。
ちなみに、ビンゴカードには`karpenter-provider-oxide`を書いてあります…
- pianoben
Oxideのラックを自宅に置きたいとこれほど強く思ったことはめったにありません。もしかしたら40年後には、余剰品オークションで最初の一台が出てくるかもしれませんね…
- overflowy
彼らがドキュメントシステムをオープンソースにしてくれたら、本当にありがたいのですが。
- nunez
素晴らしい記事です。
ClusterAPIは本来受けるべき評価を受けていませんでした。私はVMwareでかなりの時間をこれに費やしました。Tanzuがクラスタ展開にこれを多用しているからです(主にCAP-AとCAP-V)。基本的にはkubeadmとTerraformの精神を合わせて、Kubernetesコントローラ版にしたものです。最近は中央集権的なk8sクラスタフリート管理のための優れたエンタープライズ向けオプションがたくさんありますが、GitOpsなどに完全に乗り込んでいる人たちには非常によく機能します。
- lars_francke
免責事項: 私は完全に偏っています。
2024年にOxideの同僚とあなたたちのKubernetes戦略について話したとき、彼は「まだだけど、もうすぐだよ」と言っていました。どうやら「もうすぐ」は今のことのようです:)
その時にまた話そうと言ったのですが、彼はその後Oxideを去ってしまいました。もしあなたたち(いや、あなたたちの顧客)が、100%オープンソースのKubernetesネイティブなデータプラットフォームに興味があれば、それが簡単に実現できる方法について喜んで話し合います。「ただの」Kubernetesなので簡単なはずですが、テストして私たちのリストに追加していただければ幸いです: https://docs.stackable.tech/home/stable/kubernetes/#supporte...
この提案は有効です。興味があれば、私のメールアドレスはHNのプロフィールにあります。 https://stackable.tech
- moondev
CAPOxプロバイダとCluster APIへのコミットが見られて嬉しいです。
- whazor
Kubernetesは、私の見立てでは、Oxideがまだパブリッククラウドに完全には追いついていない分野です。
AWS EKS Fargateでは、各ポッドが専用のVMで実行されます。Oxideでは各k8sノードがVMなので、まだTalosのようなものが必要です。
ネットワーキングに関しては、かなり近づいているように見えます。オーバーレイなしでポッドにルーティングされたIPを提供する外部サブネットが利用できます。しかし、記事で指摘されているように、ロードバランシングのギャップがまだあります。
Kubernetesが標準機能として最初から備わっていればいいのにと思います。また、既存のユーザー/アクセス制御に統合されていればなお良いです。
- donatj
バグ報告だと思いますが、iPadでページの上部ナビゲーションが完全に操作不能です。指でクリックしても機能しません。Apple Pencilでクリックしても機能しません。ホバー状態のようなものがあったとしても機能しません(ペンシルでは)。