AWS Cloud9 は、新しいお客様では利用できなくなりました。 AWS Cloud9 の既存のお客様は、通常どおりサービスを引き続き使用できます。詳細はこちら
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon EBSボリュームからの AWS Cloud9 IDEの移動
AWS Cloud9 開発環境は、ある Amazon EC2インスタンスから別のインスタンスに移動できます。たとえば、次のようなアクションを実行したいかもしれません。
-
正常なEC2インスタンスと比較して、障害が発生したり、予期しない方法で実行されている環境を Amazon インスタンスから転送します。
-
古いインスタンスから最新のシステム更新が適用されているインスタンスに 環境を移転します。
-
環境が現在のインスタンスに対して使用率が高すぎるまたは低すぎるため、インスタンスのコンピューティングリソースを増やします。
プロジェクトファイルを維持しながら、新しい AWS Cloud9 EC2環境に移行することで、 AWS Cloud9 サポートされている からAMI別の にアップグレードできます。次のAMI理由で、 の別のバージョンにアップグレードすることもできます。
-
現在の環境AMIの に達し end-of-life、サポートされなくなりました。
-
必要なパッケージは、現在の では古くなっていますAMI。
環境の Amazon EC2インスタンスに関連付けられている Amazon Elastic Block Store (Amazon EBS) ボリュームのサイズを変更することもできます。たとえば、次のアクションの一方または両方を実行したいかもしれません。
-
インスタンスのストレージ領域が不足している場合、ボリュームのサイズを増やします。
-
使用していない余分なストレージ領域の支払いを避けるために、ボリュームのサイズを減らします。
環境を移動またはサイズ変更する前に、環境で実行中のプロセスの停止または環境へのスワップファイルの追加を試すことができます。低メモリまたは高CPU使用率の処理の詳細については、「 のトラブルシューティング」を参照してください。
注記
このトピックでは、ある Amazon EC2インスタンスから別のインスタンスへの環境の移動、または Amazon EBSボリュームのサイズ変更についてのみ説明します。自社サーバーの 1 つの環境をサイズ変更したり、自社サーバーのいずれかのストレージ領域を変更する場合は、サーバーのドキュメンテーションを参照してください。
最後に、Amazon EBSリソースを暗号化して、インスタンスとそのアタッチされたEBSストレージ data-in-transit間の と の両方 data-at-restのセキュリティを確保できます。
環境の移動
移動プロセスをスタートする前に、以下の条件に注意してください。
-
環境を同じタイプの Amazon EC2インスタンスに移動することはできません。移動するときは、新しいEC2インスタンスに別の Amazon インスタンスタイプを選択する必要があります。
重要
環境を別の Amazon EC2インスタンスタイプに移動する場合、そのインスタンスタイプは現在の AWS Cloud9 でも でサポートされている必要があります AWS リージョン。各リージョンで使用できるインスタンスタイプを確認するには、コンソール でEC2環境を作成するときに表示される設定の設定ページに移動します。インスタンスタイプセクションの選択は、コンソールの右上で AWS リージョン 選択されている によって決まります。
-
EC2 インスタンスタイプを変更する前に、環境に関連付けられている Amazon インスタンスを停止する必要があります。インスタンスが停止している間、お客様およびメンバーは、停止したインスタンスに関連付けられた環境を使用することはできません。
-
AWS はインスタンスを新しいハードウェアに移動しますが、インスタンスの ID は変更されません。
-
インスタンスが Amazon で実行VPCされていて、パブリックIPv4アドレスがある場合、 はアドレスを AWS 解放し、インスタンスに新しいパブリックIPv4アドレスを付与します。インスタンスは、プライベートIPv4アドレスと Elastic IP アドレスを保持しますIPv6。
-
インスタンスが停止している間のダウンタイムを計画しておいてください。このプロセスには数分かかることがあります。
環境を移動するには
-
(オプション) 新しいインスタンスタイプに既存のインスタンス上でインストールされていないドライバーが必要な場合は、インスタンスに接続して、そのドライバーをインストールします。詳細については、「Amazon EC2ユーザーガイド」の「インスタンスのサイズ変更の互換性」を参照してください。
-
現在 環境を表示しているすべてのウェブブラウザのタブを閉じます。
重要
現在環境を表示しているすべてのウェブブラウザタブを閉じない場合、この手順の完了が妨げられる AWS Cloud9 可能性があります。具体的に AWS Cloud9 は、この手順中に間違ったタイミングで試して、環境に関連付けられている Amazon EC2インスタンスを再起動する可能性があります。この手順を完了するまで、インスタンスは停止したままであることが必要です。
-
まだサインインしていない場合は AWS Management Console、 で にサインインしますhttps://console.aws.amazon.com
。 で管理者レベルの認証情報を使用してサインインすることをお勧めします AWS アカウント。これができない場合は、 AWS アカウント 管理者に確認してください。
-
Amazon EC2コンソールを開きます。これを行うには、サービスリストで を選択しますEC2。
-
AWS ナビゲーションバーで、移動する環境 AWS リージョン を含む を選択します (米国東部 (オハイオ) など)。
-
サービスナビゲーションペインで[インスタンス]を展開して、その後、[インスタンス]を選択します。
-
インスタンスのリストで、移動したい環境に関連付けられているインスタンスを選択します。EC2 環境の場合、インスタンス名は で始まり、環境名が
aws-cloud9-
続きます。例えば、環境名がmy-demo-environment
の場合、インスタンス名はaws-cloud9-my-demo-environment
で始まります。 -
インスタンス状態が停止 でない場合は、アクション 、インスタンス状態 、停止 を選択します。プロンプトが表示されたら、[停止する]を選択します。インスタンスが停止するまで、数分かかる場合があります。
-
[インスタンスの状態]が停止すると、インスタンスを選択したままで、[アクション]、[インスタンスの設定]、[インスタンスタイプの変更]を選択します。
-
[インスタンスタイプの変更]ダイアログボックスで、使用する環境に新しい[インスタンスタイプ]を選択します。
注記
インスタンスタイプがリストに表示されない場合は、そのインスタンスの設定と互換性がありません。例えば、仮想化のタイプが原因で、インスタンスに互換性がない場合があります。
-
(オプション) 選択したインスタンスタイプが EBS- 最適化をサポートしている場合は、 EBS- 最適化を有効にしてEBS最適化を選択するか、 EBS- 最適化をクリアしてEBS最適化を無効にします。
注記
選択したインスタンスタイプがデフォルトでEBS最適化されている場合、EBS最適化は選択され、クリアすることはできません。
-
[Apply]を選択して、新しい設定を受け入れます。
注記
この手順で先ほど[インスタンスタイプ]に別のインスタンスタイプを選択しなかった場合は、[適用]を選択しても何も起こりません。
-
環境を再び開きます。詳細については、「AWS Cloud9 で環境を開く」を参照してください。
前述の手順の詳細については、「Amazon EC2ユーザーガイド」の「インスタンスタイプの変更」を参照してください。
環境を別の Amazon マシンイメージに移動する AWS Cloud9 EC2 (AMI)
このトピックでは、ある Amazon Linux からサポートされている別の AWS Cloud9 AMIに環境を移行 AWS Cloud9 EC2する方法について説明しますAMI。
注記
OS バージョンを更新せずに環境を新しいインスタンスに移動する場合は、「」を参照してください環境の移動。
次のいずれかの手順を使用して、環境間でデータを移行できます。
アーカイブをローカルマシンにダウンロードして環境を移動するには
-
異なるベースイメージを使用して、同じアベイラビリティーゾーンに新しい環境を作成します。
-
EC2 環境を作成する セクションのステップを完了して、新しい環境を作成します。
注記
プラットフォーム を選択しながら、環境を移行するプラットフォームを選択します。
-
デフォルトでは、環境は 10 GiB ボリュームで作成されます。アーカイブを新しい環境にアップロードまたはアンパックするのに十分な容量がない場合は、Amazon EBSボリュームサイズを変更する環境が使用する Amazon EBSボリュームのサイズを変更する手順を実行します。
-
-
で移行する環境を開きます AWS Cloud9 IDE。
-
ロードしたら AWS Cloud9 IDE、メニューから File > Download project を選択して、環境プロジェクトディレクトリの内容を含むアーカイブをダウンロードします。
-
新しい環境で AWS Cloud9 IDEを開きます。
-
ファイル > ローカルファイルをアップロード... を選択してアーカイブをアップロードします。
-
(オプション) 古い
.c9
ディレクトリを にバックアップするには.c9.backup
、環境ターミナルで次のコマンドを実行します。cp .c9 .c9.backup
後で設定ファイルを復元する場合は、これらのバックアップファイルが必要になる場合があります。
-
アーカイブをアンパックするには、次のコマンドを実行します。
tar xzvf <old_environment_name>.tar.gz -C ~/
-
プロジェクトディレクトリからアーカイブを削除するには、次のコマンドを実行します。
rm <old_environment_name>.tar.gz
新しい環境が期待どおりに動作していることを確認します。
-
古い環境を削除できるようになりました。
Amazon EBSボリュームを使用して環境を移動するには
アーカイブをダウンロードできない場合、または結果のアーカイブが大きすぎる場合は、Amazon EBSボリュームを使用して移行できます。また、この方法では、~/environment
ディレクトリの外部にあるファイルをコピーできます。
-
既存の環境で開いているすべての AWS Cloud9 IDEタブを閉じます。
-
既存のインスタンスを停止するには、次の手順を実行します。
-
AWS Cloud9 コンソールで、環境を選択して移動し、詳細を表示します。
-
環境の詳細ページのEC2インスタンスタブで、EC2インスタンスの管理 を選択します。
-
EC2 コンソールで、インスタンスを選択してインスタンスの詳細に移動します。
-
インスタンスの状態が停止 に設定されていることを確認します。そうでない場合は、インスタンス状態のドロップダウンリストからインスタンスを停止を選択します。プロンプトが表示されたら、停止 を選択します。インスタンスが停止するまで、数分かかる場合があります。
-
-
異なるベースイメージを使用して、同じアベイラビリティーゾーンに新しい環境を作成します。
-
EC2 環境を作成する セクションのステップを完了して、新しい環境を作成します。
注記
プラットフォーム を選択しながら、環境を移行するプラットフォームを選択します。
-
デフォルトでは、環境は 10 GiB ボリュームで作成されます。ソースボリュームから新しい環境へファイルを移動するのに十分なスペースがない場合は、Amazon EBSボリュームのサイズを変更する環境が使用する Amazon EBSボリュームのサイズを変更する手順を実行します。
-
-
ボリュームを既存のインスタンスからデタッチするには、次の手順を実行します。
-
インスタンスの概要ページで、ストレージタブを選択し、ボリュームを選択します。選択したボリュームのデバイス名は、ルートデバイスの詳細セクションのルートデバイス名で指定されているものと同じである必要があります。
-
ボリュームの詳細ページで、アクション > ボリュームのデタッチ を選択します。
-
ボリュームが正常にデタッチされたら、アクション > ボリュームのアタッチを選択し、ドロップダウンリストから新しい環境のインスタンスを検索して選択します。選択した Amazon EC2インスタンスの名前には、 というプレフィックスが付いた AWS Cloud9 環境名が含まれている必要があります
aws-cloud9
。
-
-
新しい環境で AWS Cloud9 IDEを開きます。
-
環境がロードされたら、新しくアタッチされたボリュームのデバイスを識別するために、ターミナルで次のコマンドを実行します。
lsblk
次のサンプル出力では、
nvme0n1
ルートデバイスのパーティションnvme0n1p1
がすでにマウントされているため、nvme1n1p1
パーティションもマウントする必要があります。デバイスのフルパスは です/dev/nvme1n1p1
。Admin:~/environment $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS nvme0n1 259:0 0 10G 0 disk ├─nvme0n1p1 259:2 0 10G 0 part / ├─nvme0n1p127 259:3 0 1M 0 part └─nvme0n1p128 259:4 0 10M 0 part /boot/efi nvme1n1 259:1 0 10G 0 disk ├─nvme1n1p1 259:5 0 10G 0 part └─nvme1n1p128 259:6 0 1M 0 part
注記
出力は、ターミナルでこのコマンドを実行すると異なります。
-
環境ターミナルで次の手順を実行して、既存のボリュームをマウントします。
-
ボリュームのパーティションがマウントされる一時ディレクトリを作成するには、次のコマンドを実行します。
MOUNT_POINT=$(mktemp -d)
-
lsblk
コマンドのサンプル出力に基づいて、マウントするデバイスの次のパスを指定します。MOUNT_DEVICE=/dev/nvme1n1p1
注記
出力は、ターミナルでこのコマンドを実行すると異なります。
-
既存のボリュームをマウントするには、次のコマンドを実行します。
sudo mount $MOUNT_DEVICE $MOUNT_POINT
-
既存のボリュームが正しくマウントされているかどうかを確認するには、次の手順を実行します。
-
ボリュームが出力に含まれていることを確認するには、次のコマンドを実行します。
df -h
-
ボリュームの内容を確認するには、次のコマンドを実行します。
ls $MOUNT_POINT/home/ec2-user/environment/
-
-
-
(オプション) 古い
.c9
ディレクトリを にバックアップするには.c9.backup
、環境ターミナルで次のコマンドを実行します。cp .c9 .c9.backup
後で設定ファイルを復元する場合は、これらのバックアップファイルが必要になる場合があります。
-
既存のボリュームから古い環境をコピーするには、次のコマンドを実行します。
cp -R $MOUNT_POINT/home/ec2-user/environment ~
注記
必要に応じて、前述のコマンドを使用して、環境ディレクトリの外部にファイルまたはディレクトリをコピーすることもできます。
新しい環境が期待どおりに動作していることを確認します。
-
前のデバイスのマウントを解除するには、次の 2 つのコマンドのいずれかを実行します。
sudo umount $MOUNT_DEVICE
sudo umount $MOUNT_POINT
-
アクションドロップダウンリストからボリュームをデタッチを選択して、ステップ 3 でアタッチしたボリュームをデタッチします。
-
古い環境とそのボリュームを削除できるようになりました。
注記
ボリュームは環境の Amazon EC2インスタンスにアタッチされなくなったため、手動で削除する必要があります。これを行うには、ボリュームの詳細ページで削除を選択します。