Soumettre la recherche
Mettre en ligne
My sqlのha構成について
•
29 j'aime
•
7,542 vues
Yu Komiya
Suivre
社内というか部内向けに説明した資料です。
Lire moins
Lire la suite
Technologie
Signaler
Partager
Signaler
Partager
1 sur 17
Recommandé
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2016/02/10
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2016/02/10
Akihiro HATANAKA
Tmoss 5.29
Tmoss 5.29
勝也 石井
チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化
チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化
Masato Igeta
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14
Akihiro HATANAKA
業務の現状把握と業務処理の分析
業務の現状把握と業務処理の分析
UNIRITA Incorporated
第28回「試してみましょう、DB on Flash Storageの効果」(2013/08/29 on しすなま!)
第28回「試してみましょう、DB on Flash Storageの効果」(2013/08/29 on しすなま!)
System x 部 (生!) : しすなま! @ Lenovo Enterprise Solutions Ltd.
ハードの見直しちょっと待った!ソフトで安価にvSphere SANストレージを高速化!
ハードの見直しちょっと待った!ソフトで安価にvSphere SANストレージを高速化!
株式会社クライム
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/11/25
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/11/25
Akihiro HATANAKA
Recommandé
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2016/02/10
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2016/02/10
Akihiro HATANAKA
Tmoss 5.29
Tmoss 5.29
勝也 石井
チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化
チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化
Masato Igeta
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14
Akihiro HATANAKA
業務の現状把握と業務処理の分析
業務の現状把握と業務処理の分析
UNIRITA Incorporated
第28回「試してみましょう、DB on Flash Storageの効果」(2013/08/29 on しすなま!)
第28回「試してみましょう、DB on Flash Storageの効果」(2013/08/29 on しすなま!)
System x 部 (生!) : しすなま! @ Lenovo Enterprise Solutions Ltd.
ハードの見直しちょっと待った!ソフトで安価にvSphere SANストレージを高速化!
ハードの見直しちょっと待った!ソフトで安価にvSphere SANストレージを高速化!
株式会社クライム
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/11/25
Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/11/25
Akihiro HATANAKA
今さらだけどMySQLとライセンス
今さらだけどMySQLとライセンス
Hidenori Ishii
MHA for MySQL の話
MHA for MySQL の話
Masahiro Nagano
MHAを検証して導入した話
MHAを検証して導入した話
Yu Komiya
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
Ryo Suzuki
初心者エンジニアの システム構築 失敗談
初心者エンジニアの システム構築 失敗談
Makoto Haruyama
Perl で作るメディアストリーミングサーバー
Perl で作るメディアストリーミングサーバー
Hideo Kimura
CSS Regionsを使った新しい CSSレイアウトを作る方法
CSS Regionsを使った新しい CSSレイアウトを作る方法
Keisuke Todoroki
設計から実装まで、今すぐ始める高速化
設計から実装まで、今すぐ始める高速化
masaaki komori
JavaScriptユーティリティライブラリの紹介
JavaScriptユーティリティライブラリの紹介
Yusuke Hirao
MySQLの冗長化 2013-01-24
MySQLの冗長化 2013-01-24
Yoshihiko Matsuzaki
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
yoyamasaki
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
swwwitch inc.
MySQLバックアップの基本
MySQLバックアップの基本
yoyamasaki
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
CROOZ, inc.
Devsの常識、DBAは非常識
Devsの常識、DBAは非常識
yoku0825
Mysql toranomaki
Mysql toranomaki
Mikiya Okuno
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
Maboroshi.inc
いまさら聞けないパスワードの取り扱い方
いまさら聞けないパスワードの取り扱い方
Hiroshi Tokumaru
モダンなCSS設計パターンを考える
モダンなCSS設計パターンを考える
拓樹 谷
さくらのVPSに来る悪い人を観察する その2
さくらのVPSに来る悪い人を観察する その2
ozuma5119
Amazon Aurora Deep Dive (db tech showcase 2016)
Amazon Aurora Deep Dive (db tech showcase 2016)
Amazon Web Services Japan
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
Iwasaki Noboru
Contenu connexe
En vedette
今さらだけどMySQLとライセンス
今さらだけどMySQLとライセンス
Hidenori Ishii
MHA for MySQL の話
MHA for MySQL の話
Masahiro Nagano
MHAを検証して導入した話
MHAを検証して導入した話
Yu Komiya
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
Ryo Suzuki
初心者エンジニアの システム構築 失敗談
初心者エンジニアの システム構築 失敗談
Makoto Haruyama
Perl で作るメディアストリーミングサーバー
Perl で作るメディアストリーミングサーバー
Hideo Kimura
CSS Regionsを使った新しい CSSレイアウトを作る方法
CSS Regionsを使った新しい CSSレイアウトを作る方法
Keisuke Todoroki
設計から実装まで、今すぐ始める高速化
設計から実装まで、今すぐ始める高速化
masaaki komori
JavaScriptユーティリティライブラリの紹介
JavaScriptユーティリティライブラリの紹介
Yusuke Hirao
MySQLの冗長化 2013-01-24
MySQLの冗長化 2013-01-24
Yoshihiko Matsuzaki
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
yoyamasaki
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
swwwitch inc.
MySQLバックアップの基本
MySQLバックアップの基本
yoyamasaki
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
CROOZ, inc.
Devsの常識、DBAは非常識
Devsの常識、DBAは非常識
yoku0825
Mysql toranomaki
Mysql toranomaki
Mikiya Okuno
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
Maboroshi.inc
いまさら聞けないパスワードの取り扱い方
いまさら聞けないパスワードの取り扱い方
Hiroshi Tokumaru
モダンなCSS設計パターンを考える
モダンなCSS設計パターンを考える
拓樹 谷
さくらのVPSに来る悪い人を観察する その2
さくらのVPSに来る悪い人を観察する その2
ozuma5119
En vedette
(20)
今さらだけどMySQLとライセンス
今さらだけどMySQLとライセンス
MHA for MySQL の話
MHA for MySQL の話
MHAを検証して導入した話
MHAを検証して導入した話
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
Cumiki - エンジニアのための、ちょっといい感じのドキュメント作成ツール
初心者エンジニアの システム構築 失敗談
初心者エンジニアの システム構築 失敗談
Perl で作るメディアストリーミングサーバー
Perl で作るメディアストリーミングサーバー
CSS Regionsを使った新しい CSSレイアウトを作る方法
CSS Regionsを使った新しい CSSレイアウトを作る方法
設計から実装まで、今すぐ始める高速化
設計から実装まで、今すぐ始める高速化
JavaScriptユーティリティライブラリの紹介
JavaScriptユーティリティライブラリの紹介
MySQLの冗長化 2013-01-24
MySQLの冗長化 2013-01-24
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
[D14] MySQL 5.6時代のパフォーマンスチューニング *db tech showcase 2013 Tokyo
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
「画像をなるべく使わずにWebをレイアウトするテクニック」鷹野 雅弘(スイッチ)
MySQLバックアップの基本
MySQLバックアップの基本
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
Devsの常識、DBAは非常識
Devsの常識、DBAは非常識
Mysql toranomaki
Mysql toranomaki
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
スマートフォンサイト制作 よくあるトラブルと 解決方法・回避方法
いまさら聞けないパスワードの取り扱い方
いまさら聞けないパスワードの取り扱い方
モダンなCSS設計パターンを考える
モダンなCSS設計パターンを考える
さくらのVPSに来る悪い人を観察する その2
さくらのVPSに来る悪い人を観察する その2
Similaire à My sqlのha構成について
Amazon Aurora Deep Dive (db tech showcase 2016)
Amazon Aurora Deep Dive (db tech showcase 2016)
Amazon Web Services Japan
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
Iwasaki Noboru
MTのダイナミック処理(PHP)を高速化する@サーバーサイドスクリプティング
MTのダイナミック処理(PHP)を高速化する@サーバーサイドスクリプティング
純生 野田
Azure Synapse Analytics 専用SQL Poolベストプラクティス
Azure Synapse Analytics 専用SQL Poolベストプラクティス
Microsoft
Rds徹底入門
Rds徹底入門
Junpei Nakada
PostgreSQLの運用・監視にまつわるエトセトラ
PostgreSQLの運用・監視にまつわるエトセトラ
NTT DATA OSS Professional Services
dimSTATから見るベンチマーク
dimSTATから見るベンチマーク
hiroi10
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう!
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう!
Yoichi Kawasaki
MySQL 5.7 Technical Update (日本語)
MySQL 5.7 Technical Update (日本語)
Shinya Sugiyama
MySQLのNoSQL機能 - MySQL JSON & HTTP Plugin for MySQL
MySQLのNoSQL機能 - MySQL JSON & HTTP Plugin for MySQL
Ryusuke Kajiyama
Hinemosによるクラウド運用管理の最新情報
Hinemosによるクラウド運用管理の最新情報
Hinemos
Dat004 開発者に捧ぐ「sql server_2016_
Dat004 開発者に捧ぐ「sql server_2016_
Tech Summit 2016
スケーラブルMoodle@Moodle Moot 2017JP
スケーラブルMoodle@Moodle Moot 2017JP
Takeshi Matsuzaki
[Japan Tech summit 2017] DAL 003
[Japan Tech summit 2017] DAL 003
Microsoft Tech Summit 2017
MySQLの運用でありがちなこと
MySQLの運用でありがちなこと
Hiroaki Sano
Sql server 構築 運用 tips
Sql server 構築 運用 tips
Masayuki Ozawa
20140919 enterprise oss my sql study v5.tware-bacula intro
20140919 enterprise oss my sql study v5.tware-bacula intro
Izumi Akiyama
Webサーバのチューニング
Webサーバのチューニング
Yu Komiya
RDS(MySQL)の利用と注意点
RDS(MySQL)の利用と注意点
Hiroyasu Suzuki
LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版
LINE Corporation
Similaire à My sqlのha構成について
(20)
Amazon Aurora Deep Dive (db tech showcase 2016)
Amazon Aurora Deep Dive (db tech showcase 2016)
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
20121115 オープンソースでハイアベイラビリティ! ~クラスタ管理の設計構築ハウツー&エンジニア思考力~
MTのダイナミック処理(PHP)を高速化する@サーバーサイドスクリプティング
MTのダイナミック処理(PHP)を高速化する@サーバーサイドスクリプティング
Azure Synapse Analytics 専用SQL Poolベストプラクティス
Azure Synapse Analytics 専用SQL Poolベストプラクティス
Rds徹底入門
Rds徹底入門
PostgreSQLの運用・監視にまつわるエトセトラ
PostgreSQLの運用・監視にまつわるエトセトラ
dimSTATから見るベンチマーク
dimSTATから見るベンチマーク
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう!
Web App for Containers + MySQLでコンテナ対応したPHPアプリを作ろう!
MySQL 5.7 Technical Update (日本語)
MySQL 5.7 Technical Update (日本語)
MySQLのNoSQL機能 - MySQL JSON & HTTP Plugin for MySQL
MySQLのNoSQL機能 - MySQL JSON & HTTP Plugin for MySQL
Hinemosによるクラウド運用管理の最新情報
Hinemosによるクラウド運用管理の最新情報
Dat004 開発者に捧ぐ「sql server_2016_
Dat004 開発者に捧ぐ「sql server_2016_
スケーラブルMoodle@Moodle Moot 2017JP
スケーラブルMoodle@Moodle Moot 2017JP
[Japan Tech summit 2017] DAL 003
[Japan Tech summit 2017] DAL 003
MySQLの運用でありがちなこと
MySQLの運用でありがちなこと
Sql server 構築 運用 tips
Sql server 構築 運用 tips
20140919 enterprise oss my sql study v5.tware-bacula intro
20140919 enterprise oss my sql study v5.tware-bacula intro
Webサーバのチューニング
Webサーバのチューニング
RDS(MySQL)の利用と注意点
RDS(MySQL)の利用と注意点
LINEのMySQL運用について 修正版
LINEのMySQL運用について 修正版
Plus de Yu Komiya
Chef localmodeをためした
Chef localmodeをためした
Yu Komiya
Remotework
Remotework
Yu Komiya
時短主婦の味方のご紹介
時短主婦の味方のご紹介
Yu Komiya
MySQL5.6関連情報まとめ
MySQL5.6関連情報まとめ
Yu Komiya
Lvsをvpc上に構築してみた話
Lvsをvpc上に構築してみた話
Yu Komiya
Chef社内向け解説とその課題について
Chef社内向け解説とその課題について
Yu Komiya
Plus de Yu Komiya
(6)
Chef localmodeをためした
Chef localmodeをためした
Remotework
Remotework
時短主婦の味方のご紹介
時短主婦の味方のご紹介
MySQL5.6関連情報まとめ
MySQL5.6関連情報まとめ
Lvsをvpc上に構築してみた話
Lvsをvpc上に構築してみた話
Chef社内向け解説とその課題について
Chef社内向け解説とその課題について
Dernier
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
furutsuka
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Shota Ito
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Atomu Hidaka
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
osamut
Dernier
(9)
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
My sqlのha構成について
1.
~メリット・デメリット等~
2.
形あるものは必ず壊れるのでリカバリが必要 止められないサービスなら切り替わる必要がある
復旧にかかる時間を自動化により削減したい サービス断時間を少なく抑え機会損失を防ぐ 復旧操作の自動化により人によるオペーレーション の不確実性を緩和 復旧時の人的リソースを削減できる データの保全性を向上 ※HA構成はバックアップの代用にはなりません (オペレーションミスもレプリケーションされるためです)
3.
従来の冗長構成(heartbeat+mon+mysql) MHA(mysql5.5まで)
mysqlfailover(Mysql5.6以降) (費用的に)需要が少ないが以下構成も可能 • AmazonRDS(現在MySQL5.5まで、排他制御) • Heartbeat-v3+SharedDisk構成(排他制御) ※PostgreSQL,MySQL+VP+Spider,GaleraReplication等は取り扱い実績がございません ※負荷分散の扱い可能なのは、LVS,Haproxy,ELBになります。
4.
構成概要 メリット デメリット・制約 Heartbeat1+mon+mysql
管理ノード不要 最も実績有、慣れた運用 NW周りの監視F/Oの作りこみ不要 F/O後の構成はシングル 構成復旧の計画停止必要 F/O時のデータロスト有 MHA F/O後にreplication自動復旧 F/O後構成がシングルにならない(3台 以上の場合) 構成復旧の計画停止不要 DeNA等大手での運用実績がある 管理ノードが必要 Mysql5.5まで(2013/4現在) relay_log_purge=0必要 VIP管理は自作スクリプト 運用経験が浅い mysqlfailover F/O後にreplication自動復旧 F/O後構成がシングルにならない (3台以上の場合) 構成復旧の計画停止不要 管理ノードが必要 MySQL5.6以降でGTID有効必須 MyISAM他トランザクションセーフで ないエンジンとSQLは使用不可 VIP管理は自作スクリプト 検証のみで導入実績なし 公開情報が少なく—forceで切替 Heartbeat3+SharedDisk (DRBD)+mysql 管理ノード不要 F/O時のデータロストを防げる NW周りの監視F/Oの作りこみ不要 共有ディスクは排他制御のため待機 系にアクセス不能 F/O後の構成はシングル 構成復旧の計画停止必要 AmazonRDS 管理ノード不要 F/O時のデータロストを防げる MaltiAZ化でDR構成にできる DBA不要と言われポイントインタイムリ カバリがブラウザから可能 MaltiAZが有効でDiskI/O負荷が高い場 合にF/Oが生じやすい I/O共有で他環境の影響有 F/O後の構成はシングル 構成復旧の計画停止必要
5.
LVS1LVS DB Master Hertbeat1 +mon DB Slave2 DB Slave1 Hertbeat1 VIP webwebwebwebwebweb write read repl read repl LVS1LVS DB Master Hertbeat1 +mon DB Slave DB newMaster Hertbeat1 VIP webwebwebwebwebweb write read repl read repl × × × × F/O
6.
LVS1 DB Master MHAnode Admin MHA manager DB Slave MHAnode DB Slave MHAnode VIP webwebwebwebweb write read repl repl read LVS chk LVS1 DB Master MHAnode Admin MHA manager DB newMaster MHAnode DB Slave MHAnode VIP webwebwebwebweb write read repl read LVS ※切り替えた後に、 managerも落ちます F/O
7.
LVS1 DB Master MHAnode Admin failover console DB Slave MHAnode DB Slave MHAnode VIP webwebwebwebweb write read repl repl read LVS chk LVS1 DB Master DB newMaster DB Slave VIP webwebwebwebweb write read repl read LVS F/O chk Admin failover console
8.
DB Master Hertbeat3 DB Slave Hertbeat3 VIP webweb read/write Shared Disk 排他制御 F/O DB Master Hertbeat3 DB Slave Hertbeat3 VIP webweb read/write Shared Disk
9.
AWS Cloud AZ(データセンタ)A RDS DB Instance RDS
DB Instance Standby (Multi-AZ) RDS DB Instance Read Replica AZ(データセンタ)B Replication Multi-AZ DataShare F/O AWS Cloud AZ(データセンタ)A RDS DB Instance RDS DB Instance Read Replica AZ(データセンタ)B Replication ×
10.
1位:SharedDisk(DRBDプロトコルCの場合) 2位:AmazonRDSとMHAとmysqlfailover同列
3位: Heartbeat1+mon+mysql ※SharedDiskは書きこむ場所が同じのまま引き継がれるのでデータロストが他より起こりにくいです。 MHAとmysqlfailoverは最新のバイナリログを判別し反映する機能を持っている為 SemiSyncReplicationと組み合わせるとデータロストをより防ぐことが可能です。非同期の replicationとVIPの付替えのみの場合は最もデータロストが発生しやすくなります。replicationは そもそも非同期な仕組みです。RDSはバックエンドの仕組みが不明なため推測で2位としました。
11.
1位: MHAとmysqlfailover同列
2位:AmazonRDSとSharedDisk(DRBDプロトコル Cの場合)とHeartbeat1+mon+mysql同列 ※F/O後にシングルになるかどうか、slaveへの参照スケーラビリティが保てるかどうか のみを判別基準としています。
12.
1位: MHAとmysqlfailover同列
2位:AmazonRDSとSharedDisk(DRBDプロトコル Cの場合)とHeartbeat1+mon+mysql同列 ※slaveが存在する場合、F/O後シングルになる構成では整合性を担保したslaveの復旧の ためにMasterからのデータdumpを必要とするため、データ容量に応じたサービス停 止時間が必要となります。(※ストレージエンジンにもよります)
13.
HAの仕組みでのパフォーマンス差は判別不能です。 ※パフォーマンスはハードおよびソフトウェアの性能と物理的な構成に依存します。 一般的にはバージョンが高いほうが書きこみ性能やロックやCPUスケール性能等がよ く、slaveが多いほうが参照性能が高く、メモリが多くてストレージのI/O性能がよい ハードだと全体的なパフォーマンスがよく、非同期な仕組みのほうがより高速です。
14.
1位: Heartbeat1+mon+mysql
2位:AmazonRDS 3位: SharedDisk 4位: MHA 5位: mysqlfailover ※弊社での運用期間が長く障害対応回数が多く慣れている順です。
15.
1位: Heartbeat1+mon+mysql
2位: MHAとmysqlfailover 3位: AmazonRDSとSharedDisk ※用意するノード数が少なくコストがかからない順になります。管理サーバはノードよりマシンス ペックが低くすみますが、DBサーバの待機系は稼働系と同様のスペックが必要となります。
16.
要注意ポイント メリット デメリット Replication(GTID)
マスタスレーブ間で一意のGTIDを用いる為 よりトランザクションセーフでクラッシュ セーフに、マルチスレッドスレーブ、バイ ナリログのグループコミット、チェックサ ムの追加 GTIDが有効な場合、MyISAM等トランザク ションセーフでない仕組みは使用不可能(バ イナリログに記録できない) データの扱い バッファプールのダンプとリストアが可能 に、テーブルスペースの可搬性向上、オン ラインでDDL(CreateIndex他)可能に、 NoSQL API、オプティマイザ改善 Mysqldumpで旧バージョンのデータを扱う 際に--set-gtid-purged=OFF必須、 SQLモードのデフォルト値変更による挙動 の変化 パスワード管理 平文での表示を抑制する仕組み 難読化レベルであり復号化可能 パフォーマンス スレッドの同時実行性能向上 単純なクエリが高速に、SSD最適化 参照専用トランザクションで参照が高速化 サーバパラメータに変更がない場合やアプ リや環境次第で遅くなるという情報もある PerformanceSchema OptimizaTraceが可能に ブロックされたホスト等特定可能に他パ フォーマンス統計情報の取得 約1割ほどのオーバーヘッドが生じる その他の主なメリット デフォルト設定の最適化、パーティショニングの改善
17.
メリット:コミットごとにトランザクションを一意 に識別するIDを生成するのでトランザクションセー フである デメリット:バイナリログのフォーマットが異なる ほか運用もこれまでと全く異なる(skipできない 他)、トランザクションセーフでないストレージエ ンジン(MyISAMやMemory)やクエリ(Create..Select、 CreateTemporaryTable、DropTemporaryTable)は使用 不可能(バイナリログに記録できない)