DR_disaster_recovery_環境について考えていますか_.pdf

Transcript

1. DR(disaster recovery)環境について考え ていますか？ OiStudy #2 - パルシステムさんとオイラ大地

2. 自己紹介 子安　正史（Masashi　Koyasu） @koyapig オイシックス・ラ・大地株式会社 Oracle / MySQL / PostgreSQL /

   その他 DBA 4年 ~ SRE 2年 ~

3. DR(disaster recovery)を考えてる人？

4. 本日の流れ 1. 伝えたいこと 2. DRとは 3. DRの必要な理由 4. DRのメリット 5.

   DRのデメリット 6. やろうとしていること 7. 今の環境 8. 今の課題 9. 新しい環境 10. 運用 11. メリット 12. これからのこと

5. 伝えたいこと • DRについて • DRを準備することで得られるメリット • 今回採択したツール使ってできること • Oracle Cloudを使ったクラウド環境の構成案

   • Oracle Cloudって安いよね？（個人の見解） • OisixにはちゃんとSREがいますよー！

6. DR（Disaster Recovery）とは 事業継続マネジメントにおける概念のひと つで、災害などによる被害からの回復措 置、あるいは被害を最小限に抑えるための 予防措置のことである 引用）Wikipedia：ディザスタリカバリ https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%82%B6%E3%82%B9%E3%82%BF%E3%83%AA%E3%82%A B%E3%83%90%E3%83%AA

7. DRが必要な理由 ❖ 自然災害や火災などによる災害時の早期復旧のための対策 ❖ 災害時にデータの欠損がないようにするための対策 ❖ RPO、RTPなどの指針を決めるため ❖ お客様への影響を最小限に抑えるため

8. DRのメリット ❖ 障害復旧が容易になる ❖ 障害の影響を最小限に抑えられる ❖ 指針を決めることによりシステムの信頼性が上がる

9. DRのデメリット ❖ 採択したDRソリューションによっては結構コストがかかる ❖ 導入コストや運用コストの費用対効果が見えにくい

10. やろうとしていること DR（Disaster Recovery）環境の刷新 DRで得たソリューションによる、新たな システム作り

11. 今の環境 - 今のDR環境 DC（本番） amazon S3 archive Logs Full Backup

    File 一時領域 AWS EC2（DR） archive Logs ECサイト 基幹システム 共通基幹システム

12. 今の環境 - システム全体像 DC（本番） On-Premise ECサイト 基幹システム 共通基幹システム • ECサイト、基幹システム、共通基幹システム...etcを自社構築・運営

    • サーバー台数は主要サーバーだけで20数台 • 基本全ての処理をOracle Databaseが担っている

13. 今の課題 ❖ DR環境って本番環境と同等構成になってるかな ❖ DBの差分同期がちょくちょく失敗するんだよな ❖ このDBちゃんとOPENできるのかな ❖ 一度OPENした後のDR環境の戻し時間かかるな ❖

    運用が手動で、属人化しているから負担がすごいな ❖ あれ、DRとして動かしたの見たことないぞ

14. 今の課題 不安要素の塊

15. 新しい環境 - ツール ❖ クラウド環境 ➢ Oracle Cloud Infrastructure ▪

    Compute • 各仮想マシンを構築 ▪ Bare Metal, VM, and Exadata • DBを構築 ❖ Oracle向け災害対策ソフトウェア ➢ Dbvisit Standby

16. 刷新後の環境 - DBVisit Dbvisit社が提供しているOracle Database向けディザスタリカバ リソフトウェア 今回は総代理店のInsight Technology様から購入・サポート Enterprise EditionのData

    Guardの代替案として作られたソフト ウェア。機能は充実しており、従来のOracle製品に比べ安価で導 入可能。

17. 運用 ❖ 本番DB(RAC構成) -> シングルインスタンスのDBを構築 ❖ 操作ミスによるデータ削除にも対応できるよう、遅延レプリケー ションにて同期を実施 ❖ 定期的に、同期を停止し読み取り専用でOPENしてデータを確

    認する。 ❖ 定期的に、DRを想定したテストを実施する。

18. 運用 - 既存運用との比較 DBVisit 既存(AWS) フル同期 GUIにて各設定を入れて実行 ・フルバックアップを取得 ・フルバックアップ配置サーバーに転送 ・既存のDBを削除（DROP

    DATABASE） ・フルバックアップからDBを作成（alter database,alter recover database） 差分同期 スケジュール実行。 また、未適用のアーカイブログ を自動検知 ・アーカイブログを取得 ・アーカイブログ 配置サーバーに転送 ・アーカイブログ を適用（recover database） ・Shell & cronいてスケジューリング 運用 ・同期を停止し、読み取り専用でOPEN ・再度同期状態に戻すことが可能 ・同期を停止し、DBをOPEN（alter database open resetlogs） ・再度フルバックアップ の適用から実施

19. メリット ❖ コスト削減できる ❖ Oracleとの互換性が高い ❖ Cloudなのでスケールアップ・スケールアウトが容易 ❖ 運用面が改善される

20. 参考までに 環境 既存DR環境 新規DR環境 差分（新規 - 既存） サーバー ＊＊＊＊＊ ＊＊＊＊＊

    ▼30% DB ＊＊＊＊＊ ＊＊＊＊＊ ▼51% Dbvisit（ライセンス） - ＊＊＊＊＊ ▲ Dbvisit（保守費用） ＊＊＊＊＊ ▲ その他 - - - 合計 ＊＊＊＊＊ ＊＊＊＊＊ ▼19%

21. これからのこと 本番環境のOracle Cloudへの移行 Oracle Cloudでk8s動作環境を構築

22. 伝えたいこと • DRってなんだっけ！ • DRを準備することで得られるメリット • Oracle Cloudを使ったクラウド環境の構成案 • 今回採択したツール使ってできること

    • Oracle Cloudって安いよね？（個人の見解です） • OisixにはちゃんとSREがいますよー！

23. 伝えたいこと Oisixには 子安がいますよー！

24. ご静聴、ありがとうございましたm（._.）m