2. 免責事項 • 「会場のみ」と記載しているスライドについては、一部数値 等を伏せさせていただいております。ご了承ください。 • 資料中の性能値は、発表者個人の経験に基づくものであ り、弊社の公式見解ではありません。また、製品やリビジョ ンによって異なる場合がありますので、利用者自身におい て確認をお願いします。 • この資料は、資料作成時における最新情報をご参考のた めに提供することを目的として記載されており、弊社は情 報の正確性、完全性または有用性について何ら保証する ものではありません。また、内容は予告なしに変更または 更新されることがあります。 • この資料の情報に基づいて導入・設定・運用した結果につ いて、弊社はいかなる保証も責任も負いかねますので予 めご了承ください。 3. 自己紹介 • 所属：さくらインターネット(株) 研究所 • 氏名：大久保 修一 • 数年後のビジネスの
突然ですが、WordPressを冗長化したいと思いませんか？1台サーバが落ちてもサービス影響を最小限に、しかもサーバ代以外のお金をかけず冗長化できる方法があるんですよ奥さん。 ■ NW構成 下記の図のようなNW構成で実現可能です。 DBはマルチマスタにせず、マスターDBはServer #1 とし、Server #2、および以降スケールアウトするマシンはすべてSlaveとします。 ■ 障害パターン Server #2 の全体障害および部分障害がおきても、DNSラウンドロビンによりServer #1へアクセスした場合は影響がありません。Server #2のMySQLが落ちていても、Server #1のMySQLが生きている限り影響はありません。Server #1の全体障害およびDB障害の際は、エントリの投稿やコメントをつけたりなどの更新系は止まっても、サイト閲覧には支障ありません。 ■ 用意す
AWSは11月27日(米国時間)、RDBサービス「Amazon RDS for MySQL」で異なるリージョン間でリードレプリカを作成できるようする「クロスリージョンリードレプリカ(Cross-Region Read Replica)」を開始したとブログで発表した。 リードレプリカは、読み込み負荷を緩和する目的で提供されているレプリケーション機能の1つ。MySQLの標準機能を利用している。これまでも同じリージョンで複数のリードレプリカは作成できたが、今年11月上旬に行われたイベントRe: Inventでリージョンを超えて作成できるようにする機能強化が告知されていた。 MySQL 5.6を対象として、5つのリージョンについて、マネジメントコンソールとAPIコールから利用できるようになった。 ユースケースとしては、ディザスタリカバリの改善、グローバルでのスケールアウト、リージョン間でのマイグレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
