ストレージ使用率の指標 | Spanner | Google Cloud Documentation
フィードバックを送信 ストレージ使用率の指標 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、Spanner が提供するストレージ使用率の指標について説明します。 デフォルトでは、データは SSD（ソリッド ステート ドライブ）ストレージに保存されます。階層型ストレージを使用すると、データを SSD またはハードディスク ドライブ（HDD）のどちらに保存するかを選択できます。詳細については、階層型ストレージの概要をご覧ください。 ストレージ指標 Spanner には、ストレージ指標として次のものが用意されています。 データベース ストレージの合計容量: データベースまたはインスタンス内のデータベースに保存されるデータ量。これは保存容量の上限の対象です。 バックアップ ストレージの合計容量: インスタンスまたはデータベースに関連付けられたバッ
指標 | Spanner | Google Cloud Documentation
フィードバックを送信 指標 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Cloud Monitoring には次の Spanner 指標が提供されます。パフォーマンスのデバッグで最適な結果を得るには、サーバーサイドの指標とクライアントサイドの指標を組み合わせて使用します。 次の表の指標タイプの文字列には、spanner.googleapis.com/ という接頭辞を付ける必要があります。この接頭辞は表内で省略されています。 ラベルをクエリする場合は、metric.labels. 接頭辞を使用します（例: metric.labels.LABEL="VALUE"）。 指標タイプリリース ステージ （リソース階層レベル） 表示名 種類、タイプ、単位 モニタリング対象リソース 説明 ラベル
メルペイでのSpannerとの戦いの日々 | メルカリエンジニアリング
こんにちは、メルペイのバックエンドエンジニアの @kazegusuri です。 メルペイではメインのデータベースとしてGoogle Cloud Spannerを利用しています。 マイクロサービスによっては秒間数千リクエストをSpannerで処理しています。 いかにSpannerをスケールできるようにして安定させられるかが会社全体として重要になっています。 本記事では数ヶ月間戦ってきたSpannerのレイテンシが高くなる問題とその解決法について紹介したいと思います。 社内への調査報告も含めて書いているため、かなり詳細で長い内容になっています。 なおこの問題の大部分はGoでSpannerを使ったときにだけ発生する問題のため、Javaなどの他の言語では該当しない可能性があります。 CreateSession問題 ここで紹介しなくても良いくらい基本的なところですが、CreateSessionが非常
Cloud Spanner のハイレベルアーキテクチャ解説
Last update: 2018/7/5 Google Cloud でゲーム担当をやっているサミールです。 本日のトピックは私が大好きな Cloud Spanner となります。Cloud Spanner は GCP のフルマネージド・グローバルスケール・リレーショナルデータベース・サービスです。Cloud Spanner は裏では NoSQL でよくある分散データベースですので、NoSQL の特性を提供しております。 HA (高可用性）水平方向のスケーラビリティ（動的にダウンタイムなしにノードの追加・削除が可能）なお MySQL のようなリレーショナルDB と同じ特性も提供しております。 スキーマ強整合性SQL クエリ（ANSI 2011）言い過ぎかもしれないが、マルチマスターの MySQL というイメージで良いと思います。 注意点：Cloud Spanner は MySQL 互換では
Google Cloud Spanner Deep Dive
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
External Backups/Snapshots for Google Cloud Spanner
Is it possible to snapshot a Google Cloud Spanner Database/table(s)? For compliance reasons we have to have daily snapshots of the current database that can be rolled back to in the event of a disaster: is this possible in Spanner? Is there intention to support it if not? For those who might ask why we would need it as Spanner is replicated/redundant etc - it doesn't guard against human error (dro
超実践 Cloud Spanner 設計講座
Kubernetesでの性能解析 ～なんとなく遅いからの脱却～（Kubernetes Meetup Tokyo #33 発表資料）
Spanner のスキーマ設計の最適化 | Google Cloud Documentation
フィードバックを送信 Spanner のスキーマ設計の最適化 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Google のストレージ テクノロジーは、世界最大級のアプリケーションでも利用されています。しかし、こうしたシステムを使えば常に自動的にスケールできるというわけではありません。設計者は、データをモデル化する方法を慎重に検討して、アプリケーションがさまざまな次元で成長したときに確実にスケールおよび実行できるようにする必要があります。 Spanner は分散データベースであり、効率よく使用するには、従来のデータベースとは異なる方法でスキーマ設計とアクセス パターンを考える必要があります。分散システムの性質上、設計者はデータと処理の局所性について考える必要があります。 Spanner では、水平方向へのスケールアウト機能によって、SQL クエリとトラン
『夢のデータベース？「Cloud Spanner」の実力は？』について - Software Transactional Memo
こんな記事が目に入った。 www.itmedia.co.jp 大雑把に完全に間違ったことを言っているわけでもないが、読んでいくといろいろ鼻につくところがあり、どのあたりから間違っているのかと自分に問いただすのは現時点での自分の知識を棚卸しするためにも有用かも知れないと思ったので一言一句漏らさず思うところを書いていこうと思う。 中には枝葉末節な難癖もあるので全部を真に受けない感じで読んで欲しい。 Cloud Spannerの特徴は、これまでリレーショナルデータベースで不可能とされていた「トランザクション処理の大規模分散処理」を実現したところにあります。 単一のトランザクション処理を分散して実行しているかというと、Spannerはトランザクションごとに担当のトランザクションマネージャがそのトランザクション処理全体を取り仕切って行う仕組みになっている。なので「トランザクション処理の大規模分散処理
Cloud Spanner: A global database service for mission-critical applications | Google Cloud Blog
Introducing Cloud Spanner: A global database service for mission-critical applications Today, we’re excited to announce the public beta for Cloud Spanner, a globally distributed relational database service that lets customers have their cake and eat it too: ACID transactions and SQL semantics, without giving up horizontal scaling and high availability. When building cloud applications, database ad
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GCPUG-FUKUOKA Dataprep補足資料
20190318 merpay インフラ Talk! by sinmetal.pdf
Cloud Spanner adds import/export functionality to ease data movement