GitLabのバックアップをS3に格納する

GitLabのバックアップがS3に対応していて、非常に簡単設定でした。
しかもEC2上のGitLabであればIAMロールでアクセス出来るのでシークレットアクセスキーをgitlab.rbに書かなくても使えます。

また、S3のライフサイクル機能で過去のバックアップを削除するなりアーカイブするなりは設定出来るのでそれも楽ちんでいいのではないでしょうか。

GitLabの設定

backup_upload_connectionの’use_iam_profile’ => trueでIAMを使う事を選択しています。
ローカルのバックアップファイルも定期的に削除するために’backup_keep_time’を設定しています。
‘backup_upload_remote_directory’はS3のバケット名です。

バックアップの実行コマンド

これをcronに設定します。

gitlab-ctl実行時のエラー

Error executing action run on resource ‘ruby_block[directory resource: /var/opt/gitlab/git-data/repositories]’

gitlab-ctl実行時に上記のエラーが発生しました。

これはgit-dataのパーミッションを2770に変更することで対応出来ました。

最後までお読みいただきましてありがとうございました！

「AWS認定資格試験テキスト＆問題集　AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。

「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。

「ポケットスタディ AWS認定 デベロッパーアソシエイト ［DVA-C02対応］ 」という本を書きました。

「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。

「AWSではじめるLinux入門ガイド」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。