#Aliyun-ACE-RDSストレージ
## RDSバージョン
###ベーシックエディション
- のみMySQL5.7
- 単一ノードの展開
- コストが非常に高く、
- 分離を計算し、記憶
- 個々の学習とテストのために
- 可用性が高くありません
###高可用性版
- クラシック高可用性アーキテクチャ(メイン1)
- 物理サーバとローカルのハードドライブのSSD
- 最高のパフォーマンス
- のbinlogのデータ複製技術
###財務版
- スタンバイ二つの主
- MySQL5.6
- 複数のコピーを超えるマルチレベルの複製は、強力なデータの一貫性を確保するためにログBINLOG
- 部屋の向こう金融レベルのデータの信頼性と災害復旧機能を提供します。
- 高可用性とセキュリティ
## RDS仕様
### 通用性
- マルチインスタンスの配備
- CPUとストレージスペースの多重化
- リソースの競合があります
###排他的なタイプ
- マルチインスタンスの配備
- CPUとメモリ分離
- リソースの競合の複数のインスタンスを発生しません
### 独占型
- 一つのサーバによって占めMySQLインスタンスを指し、
- 最高のパフォーマンス
- 最も高価な
##メリット
###柔軟な課金
- ボリュームで支払います
- 年間サブスクリプション
###を使用する準備ができて
- サーバーのハードウェアやソフトウェアを購入する必要はありません
- 数分以内には良いコンソールまたはAPIを作成します
需要に応じて変化###
- ビジネスニーズに応じて設定されたデータベースインスタンスを変更
###互換性のある透明
- RDSネイティブデータベースエンジン方法の使用と一致しています
- 既存のプログラムやツールとの互換性のRDS
便利な管理###
- アリは、RDSの日常の維持管理に責任を曇らせます
- アリクラウドコンソールまたは独自の増加、削除、再起動、バックアップ、リカバリ管理業務のAPI完全なデータベース
##ストレージタイプ
###ローカルSSDディスク
- ローカルSSDディスクは、データベースエンジンがSSD同じノードに配置されることを意味します。データは、I / O待ち時間を減らすことができ、ローカルSSDに保存されています
- RDSインスタンスが属する場合、メイン1(HA版)または2つのマスタデバイス(金融版)アーキテクチャ、プライマリノードに障害が発生し、スタンバイ・ノード第二段階は、ハンドオーバを完了することです
### SSDクラウドディスク
- SSDクラウド弾性ディスクは、分散ストレージアーキテクチャに基づいて、ブロックストレージデバイスを意味します。SSDクラウドディスク、即ち、計算及び記憶装置に格納されたデータは、分離を達成するために
- 分散型クラウドディスク、冗長性の複数のコピーを介してデータの信頼性を確保
### ESSDクラウドディスク
- 拡張(拡張)SSDクラウドディスク、アリは、新しい超高性能クラウドクラウドディスク製品を発売しました。ESSDクラウドディスクベースの次世代分散型ブロック・ストレージ・アーキテクチャ、25GEネットワークとRDMA技術と組み合わせることで、100万回のランダム読み取りに単一のディスクアップをご提供し、機能と一方向遅延を低下させる能力を書きます
- 分散型クラウドディスク、冗長性の複数のコピーを介してデータの信頼性を確保
##セキュリティ
###ネットワーク
- IPホワイトリスト、VPCネットワーク、SSL(セキュア・ソケット・レイヤー)
###ストレージ
- TDE(透過的データ暗号化)、自動バックアップ
###ディザスタリカバリ
- 都市の災害復旧(複数インスタンス利用可能エリア)、ディザスタリカバリ(2つのマルチセンター)
###データ暗号化
###アンチDDoS攻撃***
###トラフィッククリーニング
###ブラックホール処理
##バックアップ、災害復旧事例
###バックアップ
- データのバックアップ
- 定期的なバックアップ力、2日以上、週2日のバックアップと定期的なバックアップの合計量に対するバックアップサイクル期間を選択する必要があります。
- バックアップの任意の時点で、一時的な物理バックアップの全額を開始するためのコンソールまたはAPIを経由して任意の時間。
- ログバックアップ
- オプションで、オンまたはオフにするかを選択できます。あなたは、ログのバックアップをオフにした場合、あなただけの場所バックアップセットのデータをリストアするときの時点にデータを復元することができます
- データのバックアップと同じ有効期限削除ポリシーを使用してバックアップをログに記録します。日数が遅れるバックアップは7から730の任意の数に設定することができ、あなたはまた、有効期限ポリシーを調整することにより、リアルタイムで古いバックアップを削除することができます
###回復
- プレスバックアップセットの復旧
- データは、一時的なインスタンスまたはインスタンスのクローンを設定し、指定したバックアップを復元することができます
- 時間回復のポイントによって、
- フルバックアップによると、システムは時間近いポイントを選択し、バック一時的またはクローンインスタンスのインスタンスへのデータの後にバックアップを記録することができます。
- カバレッジ復元
- 指定されたデータは、一時的なインスタンスまたはインスタンスは、クローニングではなく、現在のバックアップセットRDSインスタンスに復元することができます。あなたが回復のこの方法を使用する場合は、復元の例の後のデータ復旧機能を持っていないだろう、注意。データリカバリとバックアップポリシーに密接に関連して
- 初期のデータ復旧時間が早いデータバックアップ(データのバックアップの頻度に関係すると有効期限ポリシー)に依存します
- 夜の時間後のデータ復旧は、ログのバックアップ(ログ生成量との素晴らしい関係)に依存します
- データ復旧は、スケジュールに従って回復は、ログのバックアップがオンになっているに依存してサポートしています。
- データ復旧データのバックアップ頻度の速度に応じて(も非常に多く生成されるログの量に関係
###ディザスタリカバリ
- 使用可能な領域の複数のインスタンス
- 利用可能な2台の物理サーバ、エンクロージャの空き領域、エアコン、回路の同じ領域において利用可能な主領域上で実行されているRDS単一のインスタンス、ネットワークは冗長性を有しています。非同期/同期半分のデータ複製および効率的なスイッチング機構HA、RDSは、物理サーバより大きいユーザデータベースの可用性の制限を提供します。
- RDS使用可能領域(とも呼ばれるデュアル都市災害復旧部屋や都市の一例)透明ハンドオーバ手順の複数のインスタンスをサポートしています
- DRは、データベースへの接続を切断するとき、ハンドオーバのアプリケーションが発生すると、アプリケーションは、RDSを再接続する必要があります
- 災害復旧の例
- 利用できる同じ領域の異なる領域間の災害復旧機能の限界を打破するために
- RDS例Bへ非同期コピーデータ(データ送信)ゾーンBを介してゾーンA、実施例のRDS A「送信
- 例B「は、完全なスタンドアロンRDSインスタンス、独立した接続アドレス、口座番号、および権限をです
- スイッチの非透過型、アドレスアプリケーションの変更
- DRハンドオーバユーザは、データの混乱を回避するように、データ複製「Bのインスタンスに」インスタンスAを停止する必要がある前
##スキーマ拡張
###読み取り専用インスタンス
- シナリオ
- スループットのアプリケーションを増やし、読み取り専用インスタンスのデータベースの多数の読み取り需要を満たすために、従来の個別の読み取りのために、シーンを少しシーンを書き読み、書きます。
- 原則
- 調製例は、データ更新操作が完了した後のデータが、プライマリ・インスタンスと一致して、データを自動的かつ即座にすべての読み取り専用インスタンスに同期マスタインスタンスの主な例であろう再生、遅延は、読み取り専用、読み取り専用インスタンスのインスタンスにコピー設けられていてもよいです
- 読み取り専用のバックアップおよび災害復旧の、例の違い
- 同じ地域でのみ実施例及び実施例のスタンバイを読み取り、さまざまな分野で使用することができ、同一の主領域に調製例および実施例、実施例及び災害復旧スタンバイインスタンス異なる領域
- 最大10必要に応じて読み取り専用のインスタンスを作成することができ、数は固定製造例1〜2、可用性のバージョンであり、3つのノードのEnterprise Edition(旧金融版)2、ディザスタリカバリは、異なる領域の主な例であります準備
- 重みを読んだ後のサービスを提供していきます読み取り専用のインスタンスを作成して設定し、スタンバイインスタンスおよび災害復旧インスタンスがプライマリ・インスタンス、通常の操作でサービスを提供していません
- 機能制限
- 読み取り専用のインスタンスの数
- MySQLのメモリの5読み取り専用インスタンスまで作成<64G
- MySQLのメモリが大きい> = 10読み取り専用インスタンス64Gまで作成
- バックアップの例
- マスター・インスタンスがバックアップされているので、バックアップは読み取り専用インスタンスの設定と手動バックアップをサポートしていません。
- 回復の例
- 時間の任意のポイントを介してバックアップファイルまたは一時的なインスタンスの作成をサポートしていない、それはバックアップセットをカバーする例でサポートされていません
- あなたは読み取り専用のインスタンスを作成した後、プライマリ・インスタンスは、データを回復するために、直接インスタンスをカバーするバックアップセットでサポートされていません。
- データ移行
- 読み取り専用のインスタンスへのデータの移行をサポートしていません。
- データベース管理
- データベースの作成と削除をサポートしていません。
- アカウント管理
- アカウントの作成と削除をサポートしていません、アカウントが認証をサポートし、アカウントのパスワード機能を変更しません
- 特長
- 地域と使用可能
- 同じ地域内の主な例としては、さまざまな分野で使用することができます
- 課金
- 支払った金額、安価控除毎時で、より柔軟な、コスト、読み取り専用のインスタンスに応じて仕様が控除によって異なりとき
- 仕様
- プライマリ・インスタンスと一致しないことが、いつでも変更することができます。読み取り専用インスタンスの仕様は、マスター・インスタンスの仕様よりも小さくないことをお勧めし、そうでない場合は簡単に、高レイテンシの読み取り専用インスタンスに高い負荷の現象を引き起こします
- ネットワークの種類
- 主な例と矛盾することができます
- アカウントとデータベース管理
- データベースのアカウントを維持する必要はありません、すべてがマスターインスタンスで同期
- ホワイトリスト
- ホワイトリストは、自動的にインスタンスが作成されるとき、読み取り専用情報のプライマリインスタンスをコピーするが、ホワイトリストとメイン例の読み取り専用インスタンスは、互いに独立しているであろう。あなたはホワイトリストの読み取り専用インスタンスを変更する必要がある場合は、ホワイトリストを参照してください
- パフォーマンスの監視
- 例えば、ディスク容量、IOPS、接続、CPU使用率、ネットワークトラフィックとほぼ20モニタービューシステム・パフォーマンス・メトリックを提供
- パフォーマンスの最適化MySQLの
- そのようなストレージエンジンチェックとして推奨、大きなテーブルのチェック、インデックスのもの、欠失インデクシングの主キーの多様性を提供し、ユーザは、自身の勧告のアプリケーションを最適化することができ、データベースの特性を最適化します