1

このビデオを参照してください: https://youtu.be/NsI51Mo6r3o?t=18m48s

ビデオの日付は 2013 年 9 月でした。技術用語ではかなり時代遅れです。ただし、ビデオでは、NuoDB が抱えていたいくつかの課題を提起しました。NuoDB は次の点で改善されたのでしょうか。

  1. Join プロセスでの競合状態。ノードが間違った順序で結合されると、静かなスプリットブレイン モードになり、後で再結合するとデータが失われます。
  2. データベース作成・スキーマ操作における競合状態
  3. 自動化された方法でシステムを構成して起動するのは難しい
  4. ノードがクラッシュしても、ストレージ マネージャーやトランザクション マネージャーは元に戻りません。つまり、データのコピーが 1 つまたは 0 つしかない可能性があるため、データの耐久性が突然低下する可能性があります。
  5. パーティション中に、CPU/ストレージ運搬リソースが原因でトランザクションがブロックされる
4

1 に答える 1

1

ええ、それは少し前のことですが、当時のエンジニアリング チームにとって非常に役に立ちました。私たちは、これらのテストを再現し、明らかになった問題を修正するために多くの作業を行いました。それはすべて、一連のブログ投稿にまとめられています。開始するのに最適な場所は次のとおりです。

http://dev.nuodb.com/techblog/network-failure-handling-roundup

完全な応答を構築するのは、他の人のための傘のポストです

この次の投稿は少し後に追加されたため、上記のシリーズにはリンクされていませんが、それでも関連性があります。

http://dev.nuodb.com/techblog/testing-network-failure-aws

そして、クラッシュしたプロセスの再起動に関する 4 番目のポイントに関して、NuoDB には管理されたデータベースの概念が含まれるようになりました。つまり、単一ホストから最小限の冗長性、マルチホスト、地理的に分散されたものまで、自動的に準拠する定義済みの SLA があることを意味します。これは、SLA を引き続き満たすために、データベースが失われたプロセスを自動的に再起動または置換することを意味します。また、データベースの実行中に SLA を変更できます。

于 2015-09-22T21:14:54.143 に答える