翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Bitnami ブループリントからLightsailブループリントへの移行
Amazon Lightsail は、いくつかの一般的なアプリケーションスタックLightsail用に によってパッケージ化されたブループリントを提供します。 Lightsailブループリントは、デフォルトで強制される IMDSv2 や起動時に制限されるポート 22 など、デフォルトのセキュリティ設定を提供します。このガイドでは、Bitnami ブループリントを実行している既存のLightsailインスタンスを、同等のLightsailブループリントを実行している新しいLightsailインスタンスに移行する方法について説明します。
セキュリティパッチ、パフォーマンスの向上、新機能を使用して新しい更新がリリースされると、インスタンスのアプリケーションバージョンが時間の経過とともに古くなる可能性があります。アプリケーションを最新の状態に保つには、既存のインスタンスで既に実行されているアプリケーションを更新する方法と、最新の更新を含む新しいバージョンのブループリントを使用して新しいインスタンスに移行する方法の 2 つがあります。
## サポートされているLightsailブループリント
Lightsailパッケージ化された設計図は現在、次のアプリケーションで使用できます。
+ [WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.md)
+ WordPress マルチサイト
+ LAMP
+ Nginx
+ Node.js
既存のインスタンスが、**Joomla、Magento、MEAN、Drupal、GitLab、Redmine、Ghost、Django、PrestaShop** など、Lightsail同等のもの*を持たない* Bitnami ブループリントを実行している場合、直接ブループリント移行パスは使用できません。これには 2 つのオプションがあります。
+ **別のマネージド型サービスを使用する**: Amazon Elastic Compute Cloud にデプロイされた同等の [AWS Marketplace](https://aws.amazon.com/marketplace) AMI を検討してください。
+ **を最初から開始Lightsail**する: 基本 OS ブループリント (Amazon Linux 2023 や Ubuntu など) を使用して新しいLightsailインスタンスを作成し、必要な依存関係を手動でインストールしてから、アプリケーション設定とデータをコピーします。
## 前提条件
開始する前に、以下を確認してください。
+ 既存のLightsailインスタンスが **Bitnami ブループリント**を実行しています (コンソールのインスタンス管理ページでこれを確認しますLightsail)。
+ アプリケーションへの**管理者アクセス** (アプリケーションの管理者ダッシュボードやインスタンスへの SSH アクセスなど) があります。
+ アプリケーションスタックの**同等のLightsailブループリント**を特定しました (上記の[サポートされているブループリントのリスト](#migrate-bitnami-supported-blueprints)を参照）。
## ステップ 1: アプリケーションデータをバックアップする
既存の Bitnami インスタンスからすべてのアプリケーションコンテンツ、設定、データをエクスポートまたはバックアップします。方法はアプリケーションによって異なります。
+ **CMS アプリケーション ([WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.html#migrate-wordpress-blog-back-up-wordpress-blog) など)**: アプリケーションの組み込みエクスポートツール (Tools → Export in WordPress など) を使用して、完全なコンテンツエクスポートファイルをダウンロードします。見つけeasy-to-find場所にファイルを保存します。ステップ 4 で必要になります。
+ **データベースベースのアプリケーション**: データベースをエクスポートし (MySQL/MariaDB の場合は `mysqldump` 、PostgreSQL `pg_dump`の場合は など）、ダンプファイルを保存します。
+ **ファイルベースのアセット**: インスタンスからアップロードされたメディア、静的ファイル、またはカスタム設定ファイルをコピーします (SFTP またはLightsailブラウザベースの SSH クライアント経由など）。
+ **アプリケーション設定**: デプロイに固有のカスタム設定、環境変数、または設定ファイルの変更をメモします。
**ヒント**
先に進む前に、既存のLightsailインスタンスの手動スナップショットを追加の安全ネットとして作成することを検討してください。
## ステップ 2: Lightsailブループリントを使用して新しいLightsailインスタンスを作成する
1. [Lightsail ホームページ](https://lightsail.aws.amazon.com/)に移動し、サインインします。
1. **[インスタンスの作成]** を選択します。
1. 新しいインスタンスを作成する **AWS リージョン**（およびオプションでアベイラビリティーゾーン）を選択します。
1. **「ブループリントの選択**」で、アプリケーションスタックを選択し、ブループリントプロバイダーが Bitnami **Lightsail** ではなく であることを確認します。
1. **インスタンスプラン** (バンドル) を選択します。必要に応じてスナップショットからインスタンスを作成することで、後でアップグレードできます。
1. インスタンスの名前を入力します。
リソース名:
+ Lightsail アカウント AWS リージョン 内の 内で一意である必要があります。
+ 2～255 文字を使用する必要があります。
+ 先頭と末尾は英数字や文字を使用する必要があります。
+ 英数字、ピリオド、ダッシュ、アンダースコアを使用することができます。
1. 必要に応じて、リソースの整理に役立つタグを追加します。
1. **インスタンスの作成**を選択し、インスタンスが実行状態になるまで待ちます。
## ステップ 3: 新しいインスタンスを設定する
インスタンスが実行されたら、以下の手順に従ってインスタンスにアクセスして設定します。
**デフォルトのアプリケーションパスワードを取得する**
新しいインスタンスでプリインストールされたアプリケーションまたはサービスにアクセスするには、デフォルトのアプリケーションパスワードが必要です。
1. インスタンス管理ページの [**接続**] タブで、[**SSH を使用して接続**] を選択します。
1. 接続後に、次のコマンドを入力してデフォルトのアプリケーションのパスワードを取得します。
```
cat ~/application_credentials
```
**静的 IP アドレスをアタッチする**
インスタンスにアタッチしたデフォルトの動的なパブリック IP アドレスは、インスタンスを停止して開始するたびに変わります。静的 IP アドレスを作成してインスタンスにアタッチすることで、DNS レコードを毎回更新する必要がなくなります。
1. インスタンス管理ページの**ネットワーク**タブで、**静的 IP の作成**または**静的 IP のアタッチ**を選択し、ページの手順に従います。
1. 詳細については、「[静的 IP を作成してインスタンスにアタッチする](lightsail-create-static-ip.md)」を参照してください。
**アプリケーションのウェルカムページにアクセスする**
1. インスタンス管理ページで、静的 IP アドレスをコピーします。
1. ブラウザのアドレスバーに静的 IP アドレスを貼り付けます (例: `http://192.0.2.1`)。
1. デフォルトのアプリケーションページが正常にロードされていることを確認します。
## ステップ 4: アプリケーションデータを復元する
ステップ 1 でバックアップしたデータをインポートまたは復元します。方法はアプリケーションによって異なります。
+ **CMS アプリケーション ([WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.html#migrate-wordpress-blog-in-wordpress) など)**: アプリケーションの組み込みインポートツール (Tools → Import in WordPress など) を使用して、ステップ 1 のコンテンツエクスポートファイルをアップロードして実行します。
+ **データベースベースのアプリケーション**: 適切なツール (CLI や など`psql`) `mysql` を使用して、データベースダンプを新しいインスタンスのデータベースサーバーにインポートします。
+ **ファイルベースのアセット**: メディアファイル、静的アセット、カスタム設定ファイルを新しいインスタンスの適切なディレクトリに転送します。
+ **アプリケーション設定**: 以前のデプロイに合わせてカスタム設定または環境変数を再適用します。
## ステップ 5: 移行を検証する
データを復元したら、アプリケーションが正しく動作していることを確認します。
1. ブラウザを開き、新しいインスタンスのパブリック IP アドレスに移動します。
1. コンテンツ、設定、機能が期待どおりに動作していることを確認します。
1. 主要なアプリケーションワークフロー (ユーザーログイン、コンテンツ表示、フォーム送信など) をテストします。
1. アプリケーションとサーバーのログにエラーがないか確認します。
## ステップ 6: 静的 IP アドレスを転送する (該当する場合)
アプリケーションが古いインスタンスに既にアタッチされている静的 IP を持つカスタムドメインを使用している場合は、静的 IP を新しいインスタンスに移動することで、既存の DNS 設定を保持できます。
1. Lightsail コンソールで古い Bitnami インスタンスから**静的 IP をデタッチ**します。
1. **静的 IP を新しいインスタンスにアタッチ**します。 LightsailDNS レコードはすでにこの IP を指しているため、DNS の変更は不要であり、伝播の遅延もありません。
**注記**
アプリケーションがカスタムドメインを使用しているが、以前に静的 IP がアタッチされていない場合は、まず新しい静的 IP を新しいインスタンスにアタッチしてから、DNS レコードを更新してドメインを新しい静的 IP アドレスにポイントします。古いインスタンスを廃止する前に、DNS 伝播の時間を確保します。
## ステップ 7: SSL/TLS 証明書を再生成する (該当する場合)
古いインスタンスからの SSL/TLS 証明書を新しいインスタンスに転送することはできません。新しいインスタンスで再生成する必要があります。WordPress については、[「ガイド付きワークフローで HTTPS を有効にする](amazon-lightsail-enabling-https-on-wordpress.md)」を参照してください。
## ステップ 8: 古いインスタンスを削除する
移行が成功し、DNS が完全に伝播されたことを確認したら、次の操作を行います。
1. バックアップ用に[古いインスタンスの最終スナップショット](lightsail-how-to-create-a-snapshot-of-your-instance.md)を作成します。
1. 古い Bitnami インスタンスを削除して、料金の発生を停止します。