ピッツバーグとクリーブランドのKubernetesコンサルティング

物理サーバーまたはProxmox上のクラスター設計

クラスターは、物理サーバー上で直接動かすことも、Proxmox上の仮想マシンで動かすこともできます。ベアメタルでは、ノードがハードウェアに直接アクセスできます。Proxmoxの仮想マシンでは、スナップショット、再構築、テスト用クラスターが容易になります。ハードウェア、アプリケーション、運用する担当者に応じて、お客様と一緒に選びます。

• コントロールプレーン:1台が故障してもクラスターが動き続けられる数のノードを用意します。
• ストレージ:データの要件に応じて、ローカルディスクまたはCephストレージを基盤とする永続ボリュームを使用します。
• アクセス:Ingress、TLS証明書、クラスターAPIにアクセスできる人を管理します。

デリバリーと運用

クラスターとアプリケーションの設定は、バージョン管理で保管します。変更はGitLabのマージリクエストで行い、クラスターはリポジトリに追従します。

運用とは、アップグレード、監視、アラート、バックアップ、容量管理のことです。各要素がどう機能するかを文書化するため、お客様のチームでも当社でも運用できます。より詳しくは、ナレッジベースのKubernetesガイドとTalos Linuxガイドをお読みください。

Kubernetesが答えにならない場合

クラスターは、単一のサーバーより運用に手間がかかります。データベース1つを使う単一のアプリケーションは、適切なバックアップを備えたLinux仮想マシンのほうがうまく動くことが多く、それはLinuxサーバーサポートで扱っています。1台のホスト上の少数のコンテナには、DockerとDocker Composeが向いています。

マシン間のフェイルオーバー、ローリングアップデート、まとめてスケジュールする必要のある多数のサービスが必要な場合に、クラスターをお勧めします。判断がつかない場合は、LinuxとKubernetesの概要で選択肢を比較できます。

導入の進め方

1. ヒアリング。何を動かしているか、何を常に稼働させる必要があるか、誰が運用するかを確認します。
2. 作業範囲の文書化。設計またはレビューに、作業の順序、バックアップ計画、ロールバック計画を添えます。
3. 構築と引き渡し。デプロイし、障害と復元をテストして、運用方法を文書化します。
4. 継続運用。任意で、担当エンジニアが付き、縛りはありません。

オフィスはペンシルベニア州のCoraopolisとBeaver Fallsにあります。クリーブランド周辺の現地作業はプロジェクトに合わせて日程を調整し、リモートサポートは全米で利用できます。1営業日以内にご返信します。

Kubernetesコンサルティングに関するご質問

他社が構築したクラスターを引き継げますか?

はい。まずノード、アクセス権、バックアップ、デプロイ方法を確認し、そのあと特定の問題を修正するか、運用を引き継ぎます。

なぜTalos Linuxなのですか?

Talosにはシェルもパッケージマネージャーもありません。ノードはAPIで設定するため、ノード同士が同一に保たれ、設定ミスや攻撃を受ける余地が減ります。

アプリケーションにKubernetesは必要ですか?

必要ないことが多くあります。その場合は最初の打ち合わせでそうお伝えし、Linux仮想マシンやDockerのほうが合うなら、そちらを提案します。

DockerのワークロードをKubernetesに移行できますか?

はい。Composeのサービスをhelmチャートに変換し、データを移し、テストして、お客様が承認した日程で切り替えます。