タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

spannerに関するtgkのブックマーク (4)

  • Cloud Spanner のハイレベルアーキテクチャ解説

    Last update: 2018/7/5 Google Cloud でゲーム担当をやっているサミールです。 日のトピックは私が大好きな Cloud Spanner となります。Cloud SpannerGCP のフルマネージド・グローバルスケール・リレーショナルデータベース・サービスです。Cloud Spanner は裏では NoSQL でよくある分散データベースですので、NoSQL の特性を提供しております。 HA (高可用性)水平方向のスケーラビリティ(動的にダウンタイムなしにノードの追加・削除が可能)なお MySQL のようなリレーショナルDB と同じ特性も提供しております。 スキーマ強整合性SQL クエリ(ANSI 2011)言い過ぎかもしれないが、マルチマスターの MySQL というイメージで良いと思います。 注意点:Cloud SpannerMySQL 互換では

    Cloud Spanner のハイレベルアーキテクチャ解説
    tgk
    tgk 2020/11/03
    「Cloud Spannerがテーブル分割を自動的に行います」「2つのテーブルをJOINすると2つのSplitから読む可能性が高い」「2つのSplitが違うノードから管理されていたら、確実にパフォーマンスに影響がございます」
  • 超実践 Cloud Spanner 設計講座

    1. 超実践 Cloud Spanner 設計講座 知ってることを全て紹介します! Proprietary Samir Hammoudi aka サミール クラウドカスタマエンジニア JULY 21, 2017 2. Cloud Spanner とは? Google のマネージド・スケーラブル・リレーショナルデータベース・サービス 完全マネージドのグローバルスケールで DB サービス1 2 3 4 ゾーン間・リージョン間の自動 synchronous レプリケーション スキーマ、ACID トランザクション、SQL Google内部では、既に5年以上の運用経験 (AdWords, Google Play…) 3. 注意事項:Cloud SpannerMySQL Cloud SpannerMySQL の単なる置き換えではない ● スキーマは似てるが、分散データベースのため、MySQ

    超実践 Cloud Spanner 設計講座
    tgk
    tgk 2020/11/03
    コンピュートノードとストレージを分離しているから、ノードが増減してもデータを再配置する必要がない。どのノードがどのSplitの面倒を見るかをアサインし直すだけでよいので、リシャードが秒で完了する
  • Cloud Spanner と CAP 定理 | Google Cloud 公式ブログ

    グローバルに分散化されたデータを扱い、データの一貫性を維持しながら高可用性をも実現するシステムを構築しようとしたら、それは簡単なことではありません。クラウドの良いところは、誰かがそれを構築して、誰にでも使えるようにしてくれることです。 CAP 定理によると、データベースは以下の 3 つの望まれる特性のうち、2 つまでしか持てないとあります。 C(Consistency): 一貫性、共有されているデータが唯一の値を持つ A(Availability): 可用性、読み込みと書き込みの両方で 100% の可用性が確保されている P(Partition Tolerance): 分断耐性、ネットワークの分断に対する耐性があるここから導かれるシステムは 3 種類で、除く文字に応じて CA、CP、AP となります。これは、システムの設計者に 3 つから 2 つを選ぶことを強いるものではなく、実際多くのシ

    Cloud Spanner と CAP 定理 | Google Cloud 公式ブログ
    tgk
    tgk 2017/03/02
    「(分断耐性を確保したために)一貫性を犠牲にするか、可用性を犠牲にするか選ばなければならない」のは「誰も望まない選択です」。「CAP定理の意図は本来、このトレードオフを真剣に考えてもらうことにありました」
  • Google Spanner のアーキテクチャを知る - Yuichi Murata's Engineering Blog

    最近 Cloud Spanner のベータ公開によって話題の Spanner。 気になっていたので論文を読んだり勉強会などで情報収集していました。日語のリソースもそこまで多くないので、調べてわかったことを纏めておきます。 簡単にまとめると特徴は以下のとおりです。 Bigtable / Datastore と類似したアーキテクチャをとっており Tablet 群にデータを分散保存している ↑の仕組みであるの上に Lock Table を実装して同期処理のためのロックを処理している さらに↑の仕組みの上に分散トランザクションマネジャーを実装し、グループ横断のトランザクションを管理する 以下で、細かい説明を続けていきます。 Spanner の全体構成 Universe と Zone Zone と Spanserver Spanserver の構成 Spanserver と Replica Rep

    Google Spanner のアーキテクチャを知る - Yuichi Murata's Engineering Blog
    tgk
    tgk 2017/02/27
    BigTable的な物理(?Spannerは純粋なRDBだよな?)にロック機構と分散トランザクションマネージャを上積みしたもの
  • 1