Docker Container におけるデータバックアップの基本的な考え方

最初に結論

ぶっちゃけ、

Docker Container のデータの バックアップ

と聞くと、 コンテナ だとか イミュータブル なんとかだとか、そう言うのを連想して複雑に考えがちと思う (現に僕はそうだった) んですが、基本的には、 Dockerコンテナバックアップ の方法論は、

絶対にダウン or データロストしてはならないサーバの バックアップ

が、そのまま使えるかと思います。

もうちょっと具体的に

  • Docker Container のデータは基本的に色々しないと揮発する訳ですが、この条件そのものは、

Redis を全部オンメモリで運用してて、かつ バックアップ も取らなきゃいけない

みたいな状況の条件に近いのではないか、というのが僕の結論です。

つまり、 Docker Container だからどうだとか、という話に持っていかず、

  1. 対象となるデータを持つホスト (場合によってはコンテナ) に対し
  2. マスターを無停止でミラーリング (レプリカを作る等) をして
  3. そのミラーに対してダンプなりでデータをバックアップする

という、ミッションクリティカルなサーバのデータを保全する手法、と言う手法を、そのまま Docker container に当て嵌めてやれば、まあ、考えかたとしては問題ないよね、っていう、それだけの話ですね。はい。

以上

ちなみに。

僕がこれに気がつけたのはつい最近で、かつ、実際にそれが通用するか、というのは試してないし、そもそも Webサービスを運用しているサーバ運用の実践経験については僕はほぼ無いので、まあ、この考え方で合っているかどうか、ってなるとちょっと怪しい面も有るんですが、基本的には、

絶対に落したりデータ飛ばしてはならないサーバのバックアップ

を想定して作業すれば問題ないんじゃね? というのが今回の結論です。はい。

nyarla が大体

Scrapbox でコメントや意見を書く