レプリケート元バケットとレプリケート先バケットが異なるアカウントによって所有されている場合での、レプリケーションの設定 - Amazon Simple Storage Service
レプリケート元バケットとレプリケート先バケットが異なるアカウントによって所有されている場合での、レプリケーションの設定 レプリケート元バケットとレプリケート先バケットが異なる AWS アカウントによって所有されている場合のレプリケーションの設定は、両方のバケットが同じアカウントによって所有されている場合のレプリケーションの設定と似ています。唯一の違いとして、レプリケート先バケットの所有者は、レプリケート元バケットの所有者に、バケットポリシーを追加してオブジェクトをレプリケートするアクセス権限を与える必要があります。 クロスアカウントシナリオで AWS Key Management Service でのサーバー側の暗号化を使用したレプリケーションの設定の詳細については、「クロスアカウントシナリオに対する追加のアクセス許可の付与」を参照してください。 レプリケート元バケットとレプリケート先バケ
オブジェクトのレプリケーション - Amazon Simple Storage Service
レプリケーションを使用すると、Amazon S3 バケット間でオブジェクトを自動で非同期的にコピーできます。オブジェクトのレプリケーション用に設定されたバケットは、同じ AWS アカウント が所有することも、異なるアカウントが所有することもできます。オブジェクトは、単一または複数の送信先バケットにレプリケートできます。送信先バケットは、異なる AWS リージョン でも、ソースバケットと同じリージョン内でも配置することができます。 新しいオブジェクトをバケットに書き込むときに自動的にレプリケートするには、クロスリージョンレプリケーション (CRR) などのライブレプリケーションを使用します。オンデマンドで既存のオブジェクトを別のバケットにレプリケートするには、S3 バッチレプリケーションを使用します。既存のオブジェクトのレプリケーションの詳細については、「S3 バッチレプリケーションを使用す
AWS DMS レプリケーションインスタンスでの作業 - AWS Database Migration Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS DMS レプリケーションインスタンスでの作業 AWS DMS レプリケーションインスタンスを作成すると、Amazon VPC サービスに基づく仮想プライベートクラウド (VPC) の Amazon EC2 AWS DMS インスタンスに作成されます。このレプリケーション インスタンスを使用して、データベース移行を実行します。[Multi-AZ] (マルチ AZ) オプションを選択した場合、レプリケーション インスタンスはマルチ AZ 配置を使用して高可用性およびフェイルオーバー サポートを提供します。 マルチ AZ 配置では、 AWS DMS レプリケーションインスタンスの同期スタンバイレプリカを別のアベイラビリティーゾーンに自動的にプロビジョニングして管理
グローバルテーブル – DynamoDB の複数リージョンレプリケーション - Amazon DynamoDB
Amazon DynamoDB グローバルテーブルにより、フルマネージドで、マルチリージョン、マルチアクティブなデータベースオプションが提供されます。このオプションでは、大規模に拡張されたグローバルアプリケーションからの読み込み/書き込みのパフォーマンスが高速に、かつローカルに実現されます。 グローバルテーブルは、マルチリージョン、マルチアクティブデータベースをデプロイするためのフルマネージドソリューションです。独自のレプリケーションソリューションを構築および管理する必要はありません。テーブルを利用したい AWS リージョンを指定すると、DynamoDB が進行中のデータ変更をそれらすべてに伝播します。 グローバルテーブルを使用する具体的な利点は次のとおりです。 選択する AWS リージョン全体で DynamoDB テーブルを自動的にレプリケートする リージョン間でデータをレプリケートし、
Global Tables - Amazon DynamoDB | AWS
Amazon DynamoDB グローバルテーブルは、フルマネージド型、サーバーレス、マルチリージョン、マルチアクティブデータベースです。グローバルテーブルにより、99.999% の可用性、アプリケーションの耐障害性の向上、およびビジネス継続性の向上を実現できます。グローバルテーブルは選択した AWS リージョンにわたって Amazon DynamoDB テーブルを自動的にレプリケートするので、ローカルで高速な読み取りと書き込みのパフォーマンスを実現できます。 グローバルテーブルのマルチアクティブアーキテクチャにより、お客様はどのレプリカテーブルに対しても読み取りと書き込みができるため、まれに単一リージョンで障害が発生した場合でも、データベースのフェイルオーバーは必要ありません。また、グローバルテーブルを使用すると、リージョン間でデータをレプリケートしたり、マルチアクティブワークロードの更
DynamoDB Global Tableを試す #reinvent | DevelopersIO
コンニチハ、千葉です。 DynamoDB Global Tableが発表されました。 リージョン間でのマルチマスターデータベースとなります。マルチマスターはすごい。 【速報】DynamoDB Global Tablesが発表されました！ #reinvent さっそく使うときのポイントをまとめつつ、触ってみました。 一貫性と競合 マルチマスターということで、各リージョンのエンドポイントから書き込み読み込みが実行できます。そうなるとデータベースとして一貫性がどうなっているというところが気になりますね。 データは数秒以内にリージョン間で同期されますが、一貫性はどうなっているのでしょうか。 まず、リージョン内でについては、今までのDynamoDBと同じで読み取りの結果整合性または強い整合性を選択できます。リージョン間については、強い整合性をサポートしていないので結果整合性のみとなります。 次に競合
DynamoDBにSLAが設定されGlobal Tablesで99.999%の高可用性になりました | DevelopersIO
大栗です。 先程DynamoDBに対してSLAが設定されましたのでレポートします。 Announcement: Amazon DynamoDB Announces 99.999% SLA for Global Tables Amazon DynamoDB Service Level Agreement サービスレベルアグリーメントの設定 DynamoDBにはSLAが設定されていませんでしたが、今回DynamoDB Global TablesとDynamoDBの月間稼働率のSLAが設定されました。それぞれGlobal Table SLAとStandard SLAというSLAが設定されています。 Global Table SLA Global Table SLAは単一のAWSリージョンので可用性に問題が発生した場合に(クライアント側で)フェイルオーバーを試みる事を前提にSLAが設定されています
Amazon RDS リードレプリカでマルチ AZ 配置のサポートを開始
本日より MySQL および MariaDB 用 Amazon RDS リードレプリカでマルチ AZ 配置がサポートされるようになりました。マルチ AZ とリードレプリカを組み合わせることにより、回復力のある災害対策戦略を構築し、データベースエンジンアップグレードプロセスを簡略化できるようになります。 Amazon RDS リードレプリカを使用することで、同一の AWS リージョンまたは異なる AWS リージョン内で、データベースインスタンスの読み取り専用コピーを 1 つ以上作成できるようになります。ソースデータベースで更新された内容は、非同期的にリードレプリカへコピーされます。リードレプリカは読み出しの多い負荷にスケーラビリティをもたらすほか、必要に応じてスタンドアロンのデータベースインスタンスへ昇格できます。 Amazon RDS マルチ AZ 配置はシングル AWS リージョン内で、
mnesiaのレプリケーションがどうなっているのかちょっと調べてみた - kuenishi's blog
問題 N-act構成にしたとき、ネットワークが切れてまたつながった場合にデータ不整合が起きるか。復旧の方法はあるか。 結論 起きる。簡単な復旧方法はなさげ。 Mnesiaレプリカのあるノードが一時的に通信不能になり、その間にMnesiaオリジナル*1が不整合の起きるレコード更新を行うと、Mnesiaレプリカが復帰できない。 set_master_nodes/2は微妙（ざっとリファレンスを見た限りでは、不整合を解決する方法はこれくらいしかなさげ） 使ったマシン dom0 -> -name a@192.168.0.72 domU -> -name a@192.168.0.31 どちらもdebian lenny@linux-2.6.26-xen/ xen 3.2(要はlenny最新版) まずは準備。 dom0側 [kuenishi@] $ erl -name a@192.168.0.72 -se
MySQL レプリケーション設定 -手順・各種ステータスの詳細とトラブルシューティング- - Qiita
2017/12/04 追記 レプリケーションの手順に誤りがあります。 無停止で前日のdumpからスレーブを作って同期をとった、から ↓↓↓↓↓↓↓↓↓ メンテナンスモードでマスターへの更新を止めた状態でdumpをとり、スレーブを作って同期 その後にメンテナンスモードをオフして、マスターへの更新を再開 という内容に更新予定です。 設定当時はよくわかっておらず、最初は更新を止めずに雑にレプリケーションしていました。 結果、複数のレコードを喪失したままレプリケーションが実行されていたので、やり直しています。 はじめに my.cnf のチューニングと計測がいったん終わり、MySQLサーバー(5.5)が安定稼働してきました。 そこで 今まで稼働を停止していた レプリケーションサーバーを再稼働させた時のことをまとめたいと思います。 手順周りは、作業しながらのメモから書き起こしたもので、多少雑な面がある
)
Replication (computing) - Wikipedia
This article includes a list of general references, but it lacks sufficient corresponding inline citations. Please help to improve this article by introducing more precise citations. (October 2012) (Learn how and when to remove this message) Replication in computing involves sharing information so as to ensure consistency between redundant resources, such as software or hardware components, to imp
Adding Read Replicas in a Production Ruby on Rails System with Zero Downtime Using Makara
Adding Read Replicas in a Production Ruby on Rails App with Zero Downtime Thaddaeus LimWhen query, schema and index optimizations aren’t enough to support the load of a high throughput database system, fundamental changes in how data flows through that system are often necessary. Over the past few years, our team at Compass has been fortunate enough to tackle numerous database performance issues,
Amazon RDS は、暗号化されたデータベースインスタンスのリードレプリカをリージョン間でサポートするようになりました。
今後、AWS Key Management Service (KMS) で保存時に暗号化された MariaDB、MySQL、PostgreSQL の各データベースインスタンスについて、Amazon RDS のクロスリージョンリードレプリカを簡単に作成できます。これまでは、暗号化されていないデータベースインスタンスのクロスリージョンリードレプリカのみを作成でき、暗号化されたデータベースインスタンスのコピーを作成する唯一のオプションは、暗号化された DB スナップショットをコピー先のリージョンにコピーすることでした。これからは、AWS マネジメントコンソールで数回クリックするだけで、暗号化されたデータベースインスタンスのクロスリージョンリードレプリカを作成できます。 暗号化されたデータベースインスタンスのクロスリージョンリードレプリカを作成するには、コピー先のリージョンとそのリージョンの暗号化
第34回 行ベースレプリケーションの遅延について | gihyo.jp
MySQLのレプリケーション形式には、ステートメントベースレプリケーション（SBR）と行ベースレプリケーション（RBR）があります。 SBRはマスターで実行されたDMLをそのままバイナリログに書き込み、スレーブではその記述されたDMLを実行します。RBRはマスターで実行されたDMLによって変更された各行の内容をバイナリ形式でバイナリログに書き込み、スレーブではその変更された行の内容を適用します。今回は行ベースレプリケーションの遅延について紹介いたします。 SBRとRBRについて まず、SBRとRBRの違いについて説明します。たとえば、以下のようなUPDATE文を実行します。 mysql> UPDATE t SET id=4 ; Query OK, 2 row affected (0.00 sec) Rows matched: 2 Changed: 2 Warnings: 0 このUPDAT
Redis 3.0 diskless replicationの検証 - Qiita
俺です。 Redisバージョン: 3.0.5 Redis内のデータがnGB超えていたのでチューニングする。 repl-timeoutはRedisのデータサイズに応じて長めに設定したものの、 slave再接続時にmasterで実行されるdisk出力のbgsaveを抑える方法があったので検証した。 参考 m(__)m 検証結果 nGB超のデータを扱う際はディスクレスレプリケーションが有効です。 ディスクレスレプリケーションであればmasterで一時ダンプは出力されないのでcached memoryは消費しません デフォルトのレプリケーションに比べてFull syncの時間が1/2になりました。 本例(master/slave関係)ではmasterのノードにのみディスクレスレプリケーションのパラメータをセットしましたが、Sentinelを利用する場合は全Redisノードに対して設定しておくのが良
Replication
Similar to most web applications that don't have millions of users, our simple server architecture sufficed for the first couple years of our company. Two front-end servers (EC2 instances), one load balancer, and one database server (RDS instance). Apart from the occasional press hit where we had to fire up five or six additional front-end servers, this setup served us well. Up until recently. Hav
MySQL Cluster技術入門
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL Cluster 技術入門 松信 嘉範 (MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database Agenda • MySQL社の紹介 • MySQL Cluster技術解説 3 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL社の紹介 • 1995年に設立、日本法人は2006年2月に設立 • 社員数約400名、世界24カ国に在
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mnesiaのレプリケーション
Kubernetes Replicas: Underappreciated Workhorses
https://qiita.com/kiimiiis/items/0ecc9b921927579c138c