Spot InstancesでKubernetes上のScyllaDB NoSQLを稼働

秒間100万回以上の操作を、平均レイテンシが数ミリ秒で、リアルタイムのユーザーレベルのデータを読み書きしながら、そのデータが何十億行にも増えることが可能になります。これは容易な任務ではありません。これを実現するには、高額な費用がかかる専門的なインフラが必要で、それを運用するための専門家チームが必要です。

しかし、もしこれら全てを、Kubernetesクラスタとオープンソースのデータベースだけで実現できたらどうでしょう。ダウンタイムゼロのフェイルオーバー、ミリ秒レベルのレスポンスタイム、垂直・水平両方のスケーリング、CPUコアごとのデータシャーディング、完全に分散化された読み書き操作などを実現することが可能です。

ScyllaDBは、Apache Cassandra（またはDynamoDB）とAPI互換性のあるオープンソースのNoSQLデータベースです。リングアーキテクチャのマスターレスデータベースの利点をすべて持ちつつ、Cassandraが問題になることで知られている問題、つまり、Java仮想マシンの問題（例えば、世界を止めるガベージコレクション、大きなメモリフットプリント、遅い起動、ジャストインタイムウォームアップ、複雑な設定など）をすべて避けることができます。

ScyllaDBには、プロダクションレディのHelmチャート、Kubernetesオペレータ、プラグアンドプレイの設定が付属しています。オープンソースであり、通常のクラウドコンピューティングの価格の1/4のコストでスポット（揮発性）インスタンス上で完璧に動作します。

これらはすべて素晴らしいことですが、MongoDBに何が問題なのでしょうか？MongoDBはオープンソースで、データシャーディングをサポートしています。しかし、MongoDBのアーキテクチャはかなり異なります。単一の障害点が存在します：コーディネータがダウンすると、データベースはフェイルオーバーを開始し、その間は利用できません。さらに、高可用性を実現するためには、すべてのMongoDBのシャードをレプリカセットとして実行する必要があります（つまり、より多くのノード）。この意味で、CassandraとScyllaDBの両方が共有するリングアーキテクチャは優れています。さらに、ScyllaDBのドライバはシャードを認識し、問い合わせられた行を担当する正確なノード/CPUにアクセスすることを知っています。これにより、真の分散が可能になります。

https://thenewstack.io/running-scylladb-nosql-on-kubernetes-with-spot-instances/