AWS Backup で EC2 インスタンスを自動バックアップする
AWS Backup を使うとユーザ側でスクリプトや専用のバックアップソフトウェアなどを用意することなく、簡単に AWS 上で簡単にバックアップを取得することが出来ます。 今回は AWS Backup を使って「特定のタグを設定された EC2 インスタンスのみ、自動バックアップする」設定方法をメモします。
AWS Backup を使うとユーザ側でスクリプトや専用のバックアップソフトウェアなどを用意することなく、簡単に AWS 上で簡単にバックアップを取得することが出来ます。 今回は AWS Backup を使って「特定のタグを設定された EC2 インスタンスのみ、自動バックアップする」設定方法をメモします。
ドメインを別の AWS アカウントに転送する に記載されていますが、Route53 で管理しているドメイン (ホストゾーン) は簡単な操作だけで別の AWS アカウントの Route53 へ移管することが可能です。 今回はこの手順をメモしておきます。
実際に移管する場合、AWS Route53 に限った話ではありませんが、事前に「移管先にホストゾーンを作成しておく」「移管元の TTL を短くしておく」などの考慮は必要です。
mod_auth_mellon というモジュールを利用すると Apache でも SAML 認証による SSO を実施出来るようになります。 mod_auth_mellon を利用すると「Web サーバ上のコンテンツやアプリケーションに手を加えずに SSO 化出来る」為、便利です。 今回は Amazon Linux 2023 上で mod_auth_mellon を利用して Entra と SAML 認証し、SSO 出来るようにする手順をメモしておきます。
先日、Amazon Linux 2023 へ GitLab をインストールする というメモを書きました。 公式サイトの gitlab-sshd によると Omnibus 版 GitLab の場合、GitLab で SCP 機能を有効化する場合は以下の設定をしろ、という記載があります。
gitlab_sshd['enable'] = true
gitlab_sshd['listen_address'] = '[::]:2222' # Adjust the port accordingly
ですが、OS 標準の sshd を TCP/22 以外へ設定し、その代わりに GitLab に TCP/22 を利用させようとしても「GitLab がポートを Listen しない」という事象が起こりました。 この問題を解決するには以下のように capset 実行します。
sudo setcap 'cap_net_bind_service=+ep' /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-sshd
その上で GitLab の設定ファイルである /etc/gitlab/gitlab.rb
へ以下のように設定します。
gitlab_sshd['enable'] = true
gitlab_sshd['listen_address'] = '0.0.0.0:22'
あとは GitLab を再起動します。
sudo gitlab-ctl reconfigure
これで GitLab が TCP/22 を Listen するようになりました。
以前に以下のメモを書きました。
インストール手順は公式サイトの GitLab Self-Managedのインストール に記載されています。 今回は Amazon Linux 2023 へ GitLab をインストールする手順をメモしておきます。
AWS Organization からアカウントを閉鎖する手順をメモしておきます。
WordPress の C3 Cloudfront Cache Controller プラグインを使うと WordPress の管理画面から AWS CloudFront のキャッシュを削除することが出来ます。 今回はこのプラグインのインストール方法とキャッシュ削除方法をメモしておきます。
Amazon Linux 2023 に WordPress をインストールする手順をメモしておきます。 Web サーバには Apache を利用します。
awscli から CloudFront のキャッシュ削除 (Create Invalidation) を行うには以下のように実行します。
aws cloudfront create-invalidation --distribution-id ABCD0123456789 --paths "/T*"
これを実行するには IAM で最低限、下記の権限が付与されている必要があります。
1 2 3 4 5 6 7 8 9 10 11 |
|
CloudFront ではカスタムヘッダを追加することも可能です。 今回は「カスタムヘッダを追加しない場合」「追加した場合」、各々のケースでどのようにリクエスト・レスポンスの見え方が異なるのか、メモしておきます。