このトピックでは、Elastic Block Storage (EBS) デバイスに関するよくある質問に対する回答を提供します。
拡張SSD (ESSD) に関するFAQ
よくある質問
パフォーマンステストに関するFAQ
標準SSDに関するFAQ
ディスクの取り付けと取り外しに関するよくある質問
独立ディスクに関するFAQ
ディスクスナップショットに関するFAQ
ディスクの再初期化に関するよくある質問
ディスクのサイズ変更に関するFAQ
パーティションに関するFAQ
ディスクのロールバックに関するよくある質問
その他の問題
低ディスク容量に関するFAQ
ESSDにはどのような仕様がありますか?
ESSDは、パフォーマンスレベルに応じてさまざまな仕様を提供します。 ESSDの最新のパフォーマンス仕様については、ESSDを参照してください。
ストレージデバイスのパフォーマンスは、デバイスの容量と密接に関連しています。 より大きな容量を有するストレージデバイスは、より高いデータ処理能力を提供する。 すべてのESSDは、単位容量あたりのI/Oパフォーマンスが同じです。 ただし、ESSDのパフォーマンスは、PLでのディスクあたりの最大パフォーマンスに達するまで、その容量とともに線形に増加します。
パフォーマンスレベル | ESSD容量範囲 (GiB) | 最大IOPS | 最大I/Oスループット (MB /秒) |
PL0 | 1 ~ 65,536 | 10,000 | 180 |
PL1 | 20 ~ 65,536 | 50,000 | 350 |
PL2 | 461 ~ 65,536 | 100,000 | 750 |
PL3 | 1,261 ~ 65,536 | 1,000,000 | 4,000 |
ESSD、標準SSD、およびウルトラディスクの類似点と相違点は何ですか?
-
類似点: ESSD、標準SSD、およびウルトラディスクはすべて、分散Elastic Block Storageアーキテクチャを活用し、高い信頼性とスケーラビリティを保証します。 さらに、スナップショット作成とデータ暗号化もサポートしています。
-
違い: 3つのうち、ESSDは優れたパフォーマンスを提供します。 詳細については、「ESSD」および「EBSパフォーマンス」をご参照ください。
ESSDはどのように請求されますか?
サブスクリプションまたは従量課金の2つの課金方法から選択できます。 詳細な価格情報については、
またはECS料金ページESSDのパフォーマンスレベルはどのように測定されますか?
ESSDのパフォーマンスレベルは、そのストレージ容量に直接リンクされます。より大きな容量のESSDは、パフォーマンスを向上させます。 ESSDは、パフォーマンスの点で標準SSDよりも優れています。 詳細については、「ESSD」をご参照ください。
ESSDのストレージパフォーマンスと、ESSDがアタッチされているインスタンスのストレージパフォーマンスとの関係は何ですか。
特定のインスタンスのストレージI/Oパフォーマンスは、インスタンスタイプの仕様と直接相関します。 たとえば、g7seストレージ拡張汎用インスタンスファミリーのストレージI/Oパフォーマンスは、インスタンスタイプの仕様に合わせて拡張されます。 インスタンスタイプの仕様が高度であるほど、IOPSとスループットが向上します。
g7seインスタンスタイプを使用してインスタンスを作成し、それにESSDをアタッチする場合:
-
ESSDの組み合わせたパフォーマンスがインスタンスタイプのストレージI/Oパフォーマンスを超えない場合、ESSDのパフォーマンスが優先されます。
-
ESSDの全体的なパフォーマンスがインスタンスタイプのストレージI/O機能を上回る場合、後者が優先されます。
ESSDの組み合わせたパフォーマンスがインスタンスタイプのパフォーマンスを超える場合、インスタンスタイプのストレージI/Oパフォーマンスが制限要因になります。 たとえば、最大60,000 IOPSのecs.g7se.xlargeインスタンスタイプの16 GiBインスタンスを作成し、2 TiBのストレージと最大101,800 IOPSを提供するESSDをアタッチすると、インスタンスの最大IOPSは101,800ではなく60,000に制限されます。
g7seストレージ拡張汎用インスタンスファミリーの仕様とパフォーマンスの詳細については、「インスタンスファミリー」をご参照ください。
EBSデバイスのパフォーマンスをテストするために使用できるツールは何ですか?
オープンソースツールfioを使用して、IOPS、スループット、レイテンシなどのrawディスクの主要なパフォーマンス指標を評価できます。 詳細については、「EBSデバイスのパフォーマンスのテスト」をご参照ください。
fioを使用してインスタンスのI/Oパフォーマンスをテストすると、インスタンスがダウンするのはなぜですか。
fioを使用してインスタンスのI/Oパフォーマンスをテストするには、生のディスクパーティションまたはファイルシステムのいずれかで実行できます。 生のディスクパーティションでテストすると、ファイルシステムのメタデータが破損し、それらのパーティション内のファイルにアクセスできなくなり、インスタンスがクラッシュする可能性があります。 ただし、fioを使用してファイルシステムでテストを行う場合は、この問題は発生しません。
ESSDのパフォーマンスをテストするにはどうすればよいですか?
柔軟なIOテスター (fio) を利用して、ESSDでストレステストを行うことができます。 詳細については、「ESSDのIOPSパフォーマンスのテスト」をご参照ください。
アプリケーションの要件に基づいてディスクのゾーンを選択するにはどうすればよいですか?
従量課金ディスクは、同じゾーン内のECSインスタンスにのみアタッチできます。
高可用性アプリケーションの場合は、複数のゾーンにデータディスクを作成し、それぞれのゾーンにあるECSインスタンスに接続することをお勧めします。
低レイテンシが必要なアプリケーションの場合は、ECSインスタンスと同じゾーンにデータディスクを作成し、それに応じて接続します。
EBSデバイスの使用状況と空き容量を照会するにはどうすればよいですか?
ECSインスタンスにサインインして、EBSデバイスの使用状況と使用可能なスペースを確認できます。 ただし、ECSコンソールまたはECS API操作を呼び出してこの情報を取得することはできません。
ディスクの容量を縮小できますか。
Alibaba Cloudは、ディスク容量容量の削減をサポートしていません。 ただし、Alibaba Cloudは以下のソリューションを提供しています。
解決策1: Alibaba Cloud Server Migration Center (SMC) の使用
-
Alibaba Cloud Server Migration Center (SMC) を使用して、ディスクのサイズを縮小できます。 詳細については、「ディスクの縮小」をご参照ください。
-
データのセキュリティを確保するために、ディスクのスナップショットを作成してから縮小することをお勧めします。 詳細については、「スナップショットの作成」をご参照ください。
解決策2: データディスクの交換とデータの移行
-
必要な容量の新しいデータディスクを購入し、ECSインスタンスにアタッチします。 詳細については、「空のデータディスクの作成」および「データディスクの接続」をご参照ください。
-
元のデータディスクから新しいデータディスクにデータを移行します。
-
元のデータディスクの課金方法をサブスクリプションから従量課金に切り替えてから、ディスクをデタッチしてリリースします。 詳細については、「データディスクのデタッチ」および「ディスクのリリース」をご参照ください。
重要解放されると、ディスクは復元できません。 ディスクをリリースする前に、すべての重要なデータをバックアップします。
-
サブスクリプションディスクを従量課金に変換した後、Alibaba Cloudは残高を返金します。 従量課金方法の詳細については、「EBS課金」をご参照ください。
あなたの特定の要件に従って上記の操作を実行してください。
有効期限が切れていないサブスクリプションディスクをリリースするにはどうすればよいですか
有効期限までにAlibaba Cloudサブスクリプションデータディスクをリリースすることはできません。 サブスクリプションデータディスクをリリースするには、まず課金方法を従量課金に変換する必要があります。 新しく変換された従量課金制データディスクをリリースする前に、ディスク上のすべての重要なデータをバックアップしていることを確認してください。 詳細については、「課金方法の切り替え」および「ディスクのリリース」をご参照ください。
データディスクの課金方法をサブスクリプションから従量課金に変更すると、ディスクは1時間ごとに課金されます。 ディスクの料金はリリースから1時間後に終了し、払い戻し額がECSコンソールに表示されます。 使用済みクーポンは払い戻しの対象とはなりませんのでご注意ください。
I/O 最適化について教えてください。 既存の ECS インスタンスを I/O 最適化インスタンスにアップグレードできますか
I/O最適化により、インスタンスとディスクの両方のネットワーク機能とストレージパフォーマンスが向上します。 これにより、インスタンスは標準SSDのストレージパフォーマンスを最大限に活用できます。
ModifyInstanceSpecまたはModifyPrepayInstanceSpec機能を使用して、既存のECSインスタンスをI/O最適化インスタンスにアップグレードできます。
Alibaba CloudはEBSリソース競合にどのように対処しますか?
Alibaba CloudのElastic Block Storage (EBS) は、インスタンスタイプとディスク仕様に従ってパフォーマンスベンチマークを設定するマルチテナントストレージサービスです。 ディスクには、ESSD、標準SSD、ウルトラディスクなど、さまざまなカテゴリがあり、それぞれ異なるパフォーマンスレベルを備えています。 データストレージの要件に対応するために、これらのディスクカテゴリから選択し、ディスクのサイズを変更または再分類してパフォーマンス機能を調整できます。
ディスクのパフォーマンスを監視し、関連データを収集するには、CloudMonitorまたはEBS Lensを利用できます。 このデータは、ディスクのパフォーマンスがビジネスニーズと一致するかどうかを評価するのに役立ちます。 CloudMonitorとEBS Lensの詳細については、「クラウドサービスモニタリング」と「EBS Lens」をご参照ください。
リソースの競合を軽減するために、Alibaba Cloudはインフラストラクチャリソースを戦略的に割り当てて、一貫したストレージ可用性を確保します。 ハードウェアの誤動作やリソースの競合が発生した場合、Alibaba Cloudは、インフラストラクチャの損傷の深刻度に応じて、迅速にリソースを再割り当てするか、修理を実施します。
SSD クラウドディスクの I/O パフォーマンスはどのくらいですか
詳細については、EBSパフォーマンスを参照してください。
SSD クラウドディスクはどのシナリオに最適ですか
標準SSDは堅牢なパフォーマンスと信頼性を提供し、MySQL、SQL Server、Oracle、PostgreSQLなどのリレーショナルデータベースなど、高いデータ信頼性を要求するI/O集約型アプリケーションに最適です。 また、データの信頼性が重要な要件である中小規模の開発およびテスト環境にも適しています。
汎用クラウドディスクを SSD クラウドディスクに変更できますか
基本ディスクを標準SSDに置き換えることはできません。後者は物理ストレージメディアにSSDを使用するためです。
SSD クラウドディスクを購入するには、どうすればよいですか。 I/O 最適化インスタンスと SSD クラウドディスクの料金オプションとは、どのようなものですか。
標準SSDおよびI/O最適化インスタンスの詳細な価格情報については、
価格の詳細ページ購入後に SSD クラウドディスクをアップグレードできますか
はい、標準SSDをアップグレードまたはサイズ変更できます。 詳細については、「ディスクのサイズ変更のガイドライン」をご参照ください。
標準SSDのパーティションをI/O最適化Linuxインスタンスにマウントしようとすると、エラーが返されるのはなぜですか。
Linuxオペレーティングシステムでは、標準のSSDマウントポイントは /dev/vd * 形式に従いますが、基本ディスクは /dev/xvd * 形式を使用します。 標準SSDパーティションを正常にマウントするには、mountコマンドで /dev/vd * 形式を使用してください。
基本ディスクまたは標準SSDのマウント情報をLinuxインスタンスに追加する前に、何を知っておく必要がありますか?
Linuxインスタンスのデータディスクをアタッチして準備する前に、I/O最適化インスタンスと非I/O最適化インスタンスでデバイス名が異なることに注意してください。 デフォルトでは、システムに割り当てられたデバイス名は次の規則に従います。
-
I/O最適化インスタンス:
-
NVMeプロトコルを使用するデータディスクの場合、デバイス名は /dev/nvmeXn1形式 (/dev/nvme1n1、/dev/nvme2n1、/dev/nvme3n1など) に従います。 NVMeプロトコル対応ディスクの詳細については、「NVMeディスクの概要」をご参照ください。
-
NVMeプロトコルを使用しないデータディスクの場合、デバイス名は /dev/vd[b-z] 形式です。たとえば、/dev/vdb、/dev/vdc、/dev/vddです。
-
-
非I/O最適化インスタンス: データディスクのデバイス名は、/dev/xvdb、/dev/xvdc、/dev/xvddなどの /dev/xvd[b-z] 形式です。
ディスクデバイス名はリリース時に変更される可能性があるため、UUIDを使用して /etc/fstabファイルの新しいパーティションを参照することをお勧めします。 /etc/fstabファイルでデバイス名を指定すると、これらの変更によりデータストレージの問題が発生する可能性があります。
誤ったマウント情報を追加すると、mount -a
コマンドがディスクをマウントできなくなります。 これを解決する:
-
fdisk -l
コマンドを使用してデータディスクの詳細を確認します。 -
/etc/fstab
ファイルの内容の有効性を確認します。説明システム起動の問題を防ぐため、重複するマウント情報を追加しないでください。
-
vimコマンドを使用して、
/etc/fstab
ファイルを編集します。 -
無効なエントリを削除またはコメントアウトし、正しいマウント情報を挿入します。
-
mount -a
コマンドでディスクが正常にマウントされるかどうかをテストします。
標準の初期化手順については、「データディスクの初期化 (Linux) 」をご参照ください。
デバイス名 (マウントポイント) について教えてください。
デバイス名は、マウントポイントとも呼ばれ、ディスクコントローラバス上のECSディスクの特定の場所を指します。 Linuxでは、デバイス名はディスクデバイス番号に対応しますが、Windowsでは、ディスクマネージャ内のディスクシーケンス番号と一致します。
独立ディスクについて教えてください。
独立ディスクは、ECSインスタンスと一緒に自動的に生成されるものではなく、個別に作成する従量課金制のデータストレージデバイスです。 このタイプのディスクは、同じゾーン内のECSインスタンスにアタッチまたはデタッチできます。 ただし、別のゾーンのECSインスタンスに接続することはできません。 独立したディスクを利用する前に、それをインスタンスにアタッチし、パーティション分割してフォーマットする必要があります。 詳細については、「空のデータディスクの作成」をご参照ください。
ディスクを複数のECSインスタンスに接続できますか。
いいえ。ディスクは、同じゾーン内の1つのECSインスタンスにのみアタッチできます。
従量課金ディスクを購入してECSインスタンスにアタッチした後、パーティションを分割してフォーマットする必要がありますか。
従量課金ディスクを購入してECSインスタンスに接続した後、ディスクを使用する前に、ディスクをパーティション分割してフォーマットする必要があります。 詳細な手順については、「データディスクの初期化 (Linux) 」または「データディスクの初期化 (Windows) 」をご参照ください。
ECSインスタンス用に購入したデータディスクが見つからないのはなぜですか。
-
Linux OS
Linuxインスタンス用に従量課金制のデータディスクを別途購入した場合は、ディスクをインスタンスに接続してから、ストレージスペースが表示されて使用可能になる前にパーティション分割してフォーマットする必要があります。 詳細については、「データディスクの初期化 (Linux) 」および「データディスクのアタッチ」をご参照ください。
-
Windows オペレーティングシステム
潜在的な原因とその解決策の詳細については、「Windowsインスタンスに見つからないデータディスクの問題のトラブルシューティング」をご参照ください。
1 つの ECS インスタンスにいくつのディスクを接続できますか
ECSインスタンスは最大64個のデータディスクをサポートできます。 取り付け可能なディスクの数の具体的な制限は、インスタンスタイプによって異なります。 詳細は、「インスタンスファミリー」をご参照ください。
インスタンスを作成するときに、1つのシステムディスクと最大16のデータディスクをアタッチできます。 追加のデータディスクが必要な場合は、インスタンスの作成後に接続できます。 取り付け可能なディスクの最大数は、インスタンスタイプによって決まります。 インスタンスタイプがサポートできるディスクの最大数を確認するには、DescribeInstanceTypes操作を使用します。
ディスクを接続しようとすると、目的の ECS インスタンスが見つからないのはなぜですか
ECSインスタンスがリリースされているかどうかを確認します。 そうでない場合は、ディスクとECSインスタンスが同じゾーンにあることを確認してください。
別のゾーン内にあるECSインスタンスにディスクをアタッチできますか。
いいえ。従量課金ディスクは、同じゾーンにあるECSインスタンスにのみアタッチできます。
ディスクを取り外すと、データディスクのデータは失われますか
-
Windowsシステムでは、データの整合性を維持するために、ディスクのファイルシステムに対するすべての読み取りおよび書き込み操作を停止することをお勧めします。 そうしないと、デタッチ時に現在読み書きされているデータが失われる可能性があります。
-
Linuxシステムでは、インスタンスにログインし、umountコマンドを実行してディスクをアンマウントする必要があります。 ディスクがアンマウントされたら、ECSコンソールからデタッチに進むことができます。
システムディスクを切り離すことはできますか?
はい、システムディスクを切り離すことができます。 詳細については、「システムディスクをデタッチまたはアタッチする方法」をご参照ください。
個別に作成された従量課金制のデータディスクはどのように課金されますか?
従量課金のデータディスクは1時間ごとに課金されます。 アカウントの残高が不十分な場合、これらのデータディスクに関連するサービスは停止されます。
別途作成したディスクをECSインスタンスにアタッチしました。 インスタンスがリリースされるときにディスクがリリースされるのはなぜですか
これは、ディスクがインスタンスと同時にリリースされるように設定されているためです。 この設定を変更するには、ECSコンソールを使用するか、API操作を呼び出します。 詳細については、「ディスクのリリース」をご参照ください。
別途作成した従量課金データディスクをサブスクリプションインスタンスにアタッチできますか。
はい、独自に作成された従量課金制のデータディスクをサブスクリプションインスタンスにアタッチできます。
サブスクリプションインスタンスからデータディスクをデタッチできますか?
いいえ、サブスクリプションインスタンスからデータディスクを取り外すことはできません。 これらのデータディスクは、アタッチされたサブスクリプションインスタンスと同時に期限切れになり、同時にリリースされます。 データディスクをリリースするには、課金方法をサブスクリプションから従量課金に変換してから、デタッチしてリリースします。 ディスクの課金方法を変更する方法の詳細については、「課金方法の切り替え」をご参照ください。
ディスクを更新したときに、ディスクの構成を変更しました。 現在のサブスクリプション期間の残り時間内に、ディスクの課金方法をサブスクリプションから従量課金に変更できますか?
いいえ。ディスクの課金方法をサブスクリプションから従量課金に切り替えるには、現在のサブスクリプション期間が終了した時点でインスタンス設定を変更します。
ディスクを削除すると、そのスナップショットも削除されますか
手動スナップショットは保持されます。
自動スナップショットの保持は、[ディスクのリリース中に自動スナップショットを削除] オプションの設定によって異なります。 詳細については、「ディスクのリリース中の自動スナップショットの削除」をご参照ください。
ディスク上の一部の自動スナップショットが欠落しているのはなぜですか
スナップショット数が上限に達すると、最も古い自動スナップショットは自動的に削除されますが、手動スナップショットは影響を受けません。
ディスクに割り当てられた自動スナップショットポリシーは、ディスクがインスタンスにアタッチされた後にのみ実行されます。
ディスクを接続したときにエラーが発生したため、Linux データディスクのデータにアクセスできません。 どうすればよいですか。
Linuxデータディスク上のデータにアクセスできない場合は、次のトラブルシューティング手順を試してください。
-
データディスクを見つけて、対応するECSインスタンスに正しく接続されていることを確認します。
-
ECSコンソールでディスクのステータスを確認します。 詳細については、「ディスク監視情報の表示」をご参照ください。
-
インスタンスにログインし、
fdisk -l
コマンドを実行して、データディスクのパーティション情報を確認します。df -h
およびmount | grep "<devpath>"
コマンドを使用して、取り付けの詳細を確認します。
-
-
catコマンドを使用して /etc/fstabファイルを検査し、同じディレクトリに2つのディスクがマウントされていないことを確認します。
-
2つのディスクが同じディレクトリにマウントされている場合、2番目のディスクが最初のディスクを覆い隠し、そのデータにアクセスできなくなります。 1つのディスクを別のディレクトリにマウントすることをお勧めします。
-
ディスクが別のディレクトリにマウントされているように見えるが、マウント情報がそうでないことを示す場合は、llコマンドを実行して、2つのディレクトリ間のリンクを確認します。 リンクがある場合は、mkdirコマンドを使用して新しいディレクトリを作成し、そこにディスクをマウントして、データがアクセス可能になるかどうかを確認します。
-
Linuxインスタンスを再起動した後にデータが失われた場合はどうすればよいですか?
-
問題の説明: インスタンスの再起動後、特定のディレクトリ (/alidataなど) のデータが欠落しています。
-
考えられる原因:
df -h
コマンドを使用して、データディスクパーティションがマウントされているかどうかを確認します。 -
解決策: 次の手順では、例として、非NVMe I/O最適化インスタンスに接続されたデータディスク上の /dev/vdb1パーティションを使用します。 NVMe I/O最適化インスタンスの場合、デバイス名は /dev/nvmeXn1です。 非I/O最適化インスタンスの場合、/dev/xvd[b-z] です。 特定の状況に応じてこれらの手順に従ってください。
-
fdisk -l
コマンドを実行して、マウントされていないデータディスクパーティションを識別します。 -
mount /dev/vdb1 /alidata
コマンドを使用して、データディスクパーティションをマウントします。 -
df -h
コマンドでマウントステータスを確認します。 -
(オプション) 起動時にデータディスクパーティションが自動的にマウントされるようにするには、将来のデータ損失を防ぐのに役立つ /etc/fstabファイルを設定します。
-
ディスクを再初期化すると、スナップショットは保持されますか?
はい、ディスクのすべての手動および自動スナップショットは保持されます。
Linuxインスタンスを再起動した後、またはシステムディスクを再初期化した後にデータが失われた場合はどうすればよいですか?
-
問題の説明: Linuxインスタンスを再起動した後、またはシステムディスクを再初期化した後、インスタンスにログインして
df -h
コマンドを実行してマウント情報を表示すると、データディスクが表示されない場合があります。 -
原因:
-
インスタンスの再起動: 再起動前にマウント情報が /etc/fstabファイルに保存されていない場合、データディスクは再起動後に自動的にマウントされません。
-
システムディスクの再初期化の場合: /etc/fstabファイルがリセットされ、システムディスクの再初期化後にデータディスクが自動的にマウントされなくなります。
-
-
解決策:
ここでは、例として、非I/O最適化インスタンスの /dev/xvdb1パーティションを使用します。 非NVMe I/O最適化インスタンスの場合、デバイス名は /dev/vd[b-z] です。 NVMe I/O最適化インスタンスの場合、/dev/nvmeXn1です。 シナリオに基づいて次の手順に従います。
-
mount /dev/xvdb1
コマンドを実行して、データディスクを再接続します。 -
mountコマンドを使用して、/dev/xvdb1パーティションのファイル形式を確認します。
-
/dev/xvdb1パーティションがext3ファイルシステムでフォーマットされている場合は、次のコマンドを実行して、データディスクのマウント情報を /etc/fstabファイルに追加します。
echo '/dev/xvdb1 /data ext3 defaults 0 0' >> /etc/fstab
-
ECSコンソールからECSインスタンスを再起動します。
-
Linuxインスタンスのシステムディスクを再初期化した後、データディスクを再接続するにはどうすればよいですか?
Linuxインスタンスのシステムディスクを再初期化すると、データディスク上のデータはそのまま残りますが、マウント情報は失われます。 たとえば、データディスクパーティションの名前が /dev/vdb1で、マウントポイントが /InitTestの場合は、次の手順に従って新しいマウント情報を確立し、Linuxインスタンスの再起動後にデータディスクパーティションを再アタッチします。
-
mount
コマンドを使用して、データディスクのマウントの詳細を確認できます。返された結果には、/dev/vdb1に関する情報がありません。
-
fdisk -l
コマンドでデータディスクのパーティションの詳細を確認します。 -
cat /etc/fstab
コマンドを実行して、/dev/vdb1パーティションの元のマウントポイントを確認します。 -
mkdir /InitTest
コマンドを使用して、データディスクパーティションの新しいマウントポイントを作成できます。新しいマウントポイントは、システムディスクを再初期化する前に、/dev/vdb1パーティションの元のマウントポイントと同じ名前にする必要があります。
-
Mount /dev/vdb1 /InitTest
コマンドを使用して、データディスクパーティションを新しいマウントポイントにマウントします。 -
df -h
コマンドを実行して、マウントが成功したことを確認します。 -
/dev/vdb1データディスクが自動的にマウントされるようにするには、以下を実行します。
-
umount /dev/vdb1
コマンドを実行して、/dev/vdb1データディスクをアンマウントできます。 -
mount
コマンドを使用して、マウントの詳細を確認できます。データディスクがデタッチされている場合、返される結果には /dev/vdb1に関する情報は含まれません。
-
mount -a
コマンドを実行すると、/dev/vdb1データディスクを自動的にマウントできます。 -
mount
コマンドを使用して、マウントの詳細を確認できます。データディスクが自動的にマウントされる場合、返される結果には /dev/vdb1に関する情報が含まれます。
-
システムディスクの再初期化操作とシステムディスクの交換操作の違いは何ですか?
下表に違いを示します。
違い |
システムディスクの再初期化 |
システムディスクの交換 |
機能 |
インスタンスは作成時に元の状態に戻り、オペレーティングシステムは初期化の前後で同じままです。 |
インスタンスのオペレーティングシステムが変更されました。 |
システムディスクへの影響 |
|
|
データディスクへの影響 |
データディスクは影響を受けません。 |
データディスクは影響を受けません。 |
スナップショットへの影響 |
|
|
料金 |
ディスクの初期化には料金はかかりません。また、オペレーティングシステムに影響がないため、課金項目は変更されません。 |
オペレーティングシステムの交換操作に対しては課金されませんが、次のシナリオで使用されるリソースに対しては課金されます。
|
システムディスクを置き換えても、スナップショットは保持されますか
元のシステムディスクの手動スナップショットは保持されます。 ただし、「ディスクのリリース中に自動スナップショットを削除する」機能が有効になると、自動スナップショットは削除されます。
システムディスクを交換すると、ディスクIDが変更され、元のシステムディスクのスナップショットを使用して新しいシステムディスクをロールバックできなくなります。
システムディスクを置き換える前に、何に注意する必要がありますか
システムディスクを交換する前に、バックアップ用のスナップショットを作成することをお勧めします。 新しいシステムディスクに少なくとも1 GiBの空き容量があることを確認します。 十分な空き容量がないと、システムディスクの交換後にインスタンスが正常に起動できない場合があります。
システムディスクの価格設定の詳細については、
またはECS料金ページシステムディスクのサイズを変更するには?
システムディスクのサイズを変更するには、ECSコンソールまたはResizeDisk操作を呼び出します。
容量を拡張してディスクのサイズを変更した後、ディスクを縮小できますか?
いいえ、ディスクの容量を増やすと、サイズを小さくすることはできません。 新たな大容量化後は、ディスクの小型化はできない。 事前にストレージのニーズを慎重に計画することをお勧めします。 ディスクのサイズを縮小するには、Alibaba Cloud Server Migration Center (SMC) を利用できます。 詳細については、「ディスクを縮小する方法」をご参照ください。
システムディスクとして使用するときにサイズ変更できるEBSデバイスは何ですか? この操作には地域制限が適用されますか?
ESSD AutoPLなどのシステムディスク、
ウルトラディスク、標準SSD、およびESSDのサイズを変更できます。 この操作はすべてのリージョンで利用できます。サブスクリプションECSインスタンスと従量課金ECSインスタンスの両方のシステムディスクのサイズを変更できますか。
はい。サブスクリプションECSインスタンスと従量課金ECSインスタンスの両方のシステムディスクのサイズを変更できます。
システムディスクのストレージ容量の範囲を教えてください。
システムディスクのストレージ容量は、使用されるオペレーティングシステムによって異なります。 ディスクのサイズ変更に関する詳細なガイドラインについては、参照ドキュメントをご参照ください。
システムディスクを置き換えるときに、システムディスクの新しいサイズを指定できますか
更新時にサブスクリプションインスタンスの設定がダウングレードされた後、新しい課金サイクルが開始されるまで、システムディスクのサイズを変更することはできません。
データディスクのスナップショットからディスクを作成して、データを失うことなくデータディスクのサイズを変更するにはどうすればよいですか?
ディスクエラーが原因でデータが失われるリスクがないためにデータディスクのサイズを変更できない場合は、従量課金ディスクを購入して、元のディスクからデータを一時的に保存してから再フォーマットすることを検討してください。 次の手順を実行します。
-
現在のデータディスクのスナップショットを作成します。 詳細については、「スナップショットの作成」をご参照ください。
-
ディスク購入ページにアクセスし、ECSインスタンスと同じリージョンとゾーンを選択し、[スナップショットからディスクを作成] をクリックします。 以前に作成したスナップショットを選択します。
-
ECSコンソールにログインし、新しく購入したデータディスクをECSインスタンスに接続します。
-
ECSインスタンスにログインし、mountコマンドを実行して新しいディスクをアタッチします。 スナップショットから作成されたディスクのアタッチに関するガイダンスについては、「スナップショットからデータディスクを作成する」をご参照ください。
-
新しいデータディスクのファイルが元のディスクのファイルと一致することを確認します。
-
データの一貫性を確認したら、fdiskコマンドを使用して元のパーティションテーブルを削除します。 次に、fdiskおよびmkfs.ext3コマンドを使用して元のデータディスクを分割およびフォーマットし、新しいディスクの空き容量が新しい容量と一致するようにします。 詳細については、「レガシーLinuxのデータディスクのパーティションとファイルシステムのサイズ変更」をご参照ください。
-
cp -R
コマンドを使用して、新しいデータディスクから元のデータにすべてのデータをコピーします。-- preserve=allパラメーターを使用して、すべてのファイル属性を維持できます。
-
umountコマンドを実行して、新しいデータディスクをデタッチします。
-
最後に、ECSコンソールを使用して、ECSインスタンスから新しいデータディスクをデタッチしてリリースします。
Linuxインスタンスのディスクのサイズを変更したときに、「 /dev/vdb1を開こうとしている間にスーパーブロックのマジックナンバーが悪い」というエラーメッセージが表示された場合はどうすればよいですか?
-
問題の説明:
e2fsck -f /dev/vdb
コマンドを使用してディスクのサイズを変更してフォーマットしようとすると、エラーメッセージBad magic number in super-block while try to open /dev/vdb1
が表示されます。 -
原因: このエラーは通常、ディスクパーティションの無効な開始セクタを示します。 たとえば、
fdisk -lu
コマンドを使用すると、サイズ変更前に63の開始セクタが表示され、パーティションを再作成した後に2048に変更されます。 -
解決策:
-
fdisk -lu /dev/vdb
コマンドを実行してパーティションの開始セクタを確認し、値を記録します。 -
新しいパーティションを作成し、
fdisk /dev/vdb
コマンドで開始セクタを調整します。r
コマンドを使用してメインメニューに戻り、保存してwq
で終了します。 -
e2fsck -f /dev/vdb
およびresize2fs /dev/vdb
コマンドを実行して、ディスクのサイズを変更します。 -
mountコマンドを実行して、ディスクを再接続します。
-
ディスクをオフラインでサイズ変更したが、インスタンスを再起動したくない場合はどうすればよいですか?
ディスクのサイズをオフラインで変更し、インスタンスを再起動しない場合は、インスタンスの実行中にオンラインディスクのサイズ変更を実行して変更を適用できます。 オンラインのサイズ変更には料金が発生することに注意してください。 ビジネスニーズに合わせてディスクサイズを調整します。
たとえば、再起動せずにECSコンソールでインスタンスのディスクサイズを60 GiBに増やした場合、変更は効果的ではありません。 サイズ変更を実装するには、ECSコンソールからオンラインでディスクサイズを61 GiBに調整します。 オンラインのサイズ変更に続いて、オペレーティングシステムは61 GiBのディスク容量の増加を反映します。
データストレージ用にデータディスクのパーティションを作成できますか
はい、データディスクを複数のセクションに分割して保存できます。 この目的のためにシステムのパーティショニングツールを利用することをお勧めします。
複数のパーティションを持つディスクの場合、スナップショットはディスク全体に対して作成されますか、それとも特定のパーティションに対してのみ作成されますか
スナップショットは、個々のパーティションだけでなく、ディスク全体をキャプチャします。
ディスクを再パーティション化する前に、何を知っておく必要がありますか?
データを保護するために、再パーティション化の前にディスクのスナップショットを作成することをお勧めします。 エラーが発生した場合は、ディスクを以前の状態に戻すことができます。 詳細については、「スナップショットの作成」および「スナップショットを使用したディスクの復元」をご参照ください。
データの書き込みとパーティションとフォーマットの関係は何ですか?
新しいディスクまたはディスク・パーティションを利用するには、最初に初期化し、データ構造を確立する必要があります。 フォーマットの主な目的は、ファイルシステムを作成することです。 したがって、ディスク上にファイルシステムを作成することは、ファイルシステムのデータをディスク上に書き込むことを含む。 フォーマットプロセス中にディスクに書き込まれるデータの量は、選択したファイルシステムによって異なります。
-
Windowsインスタンスの場合、次の2つの方法のいずれかを使用してデータディスクをフォーマットできます。
-
クイックフォーマット: このメソッドは、ファイルシステムをパーティションにすばやく割り当て、完全なフォーマットよりも少ないスペースでディレクトリテーブルを書き換えます。
-
フルフォーマット: この包括的な方法は、ファイルシステムをパーティションに割り当て、ディレクトリテーブルを書き換え、不良セクタをチェックし、それに応じてマークします。 また、ディスク上の空のデータブロックを埋め、ディスク全体にデータを効果的に書き込みます。 したがって、最初のフルスナップショットのサイズは、ディスクの容量にほぼ等しくなります。
-
-
Linuxインスタンスでは、ディスクが未書き込みのポストフォーマットのままである場合、初期スナップショットのサイズはファイルシステムフォーマットの影響を受けます。
ディスクを再パーティション化した後、スナップショットを使用してデータディスクをロールバックしました。 ディスクで使用可能なパーティションはいくつありますか
データディスクをスナップショットにロールバックすると、ディスクはスナップショットがキャプチャされた時点の状態に戻ります。 ディスクがその時点で再パーティション化されていなかった場合、ディスクは1つのパーティションのみを含むことになる。
ディスクをロールバックする場合、次のようなエラーメッセージが返されます。ディスクがアタッチされているインスタンスが停止され、ディスクにスナップショットが作成されていない場合にのみ、ディスクをロールバックできます。 現在のECSインスタンスのオペレーティングシステムが置き換えられている場合、オペレーティングシステムが置き換えられる前に取得されたスナップショットを使用して、新しいシステムディスクをロールバックすることはできません。私は何をしますか?
-
問題の説明: スナップショットを使用してディスクをロールバックしようとすると、「ディスクは、それがアタッチされているインスタンスが停止され、スナップショットが作成されていない場合にのみロールバックできます」というエラーメッセージが表示される場合があります。 現在のインスタンスのオペレーティングシステムが置き換えられている場合、置き換え前に作成されたスナップショットを使用して、新しいシステムディスクをロールバックすることはできません。」
-
原因: この問題は、無効なディスク属性またはディスク状態に起因する可能性があります。
-
解決策: インスタンスの状態またはスナップショットの状態を確認することで、この問題に対処します。
-
ディスクに関連付けられているインスタンスが停止状態であることを確認します。
ディスクが接続されているインスタンスが停止していることを確認します。 ディスクは、関連付けられているインスタンスが [停止済み] 状態の場合にのみロールバックできます。 インスタンスの状態を確認するには、ECSコンソールにログインし、[インスタンス] ページにアクセスします。
-
スナップショット関連インスタンスのシステムディスクが交換されたかどうかを確認します。
スナップショットに関連付けられているシステムディスクが置き換えられているかどうかを確認します。 インスタンスのオペレーティングシステムが置き換えられると、新しいイメージを使用して新しいシステムディスクが作成され、異なるシステムディスクIDが作成されます。 元のシステムディスクからのスナップショットを使用して、新しいシステムディスクをロールバックすることはできません。 代わりに、スナップショットからカスタムイメージを作成し、それを使用してインスタンスのシステムディスクを置き換え、スナップショットでキャプチャされた状態に復元します。 詳細については、「スナップショットからカスタムイメージを作成する」および「オペレーティングシステム (非パブリックイメージ) を置き換える」をご参照ください。
-
ロールバックするディスクのスナップショットが現在作成されていないことを確認します。
ロールバックするディスクのスナップショット作成が進行中であるかどうかを確認します。 Alibaba Cloudは、データの一貫性を維持するため、スナップショット作成中のディスクロールバックを禁止しています。 [インスタンスの詳細] ページで、[スナップショット] タブをクリックし、[進行状況] が100% でなく、[ステータス] が [未完了] と表示されます。
スナップショットの作成をキャンセルしてロールバックを続行する必要がある場合は、スナップショットを選択し、[スナップショットの削除] をクリックしてスナップショットタスクを停止します。
-
Linux インスタンスのシステムディスクからデータを移行するにはどうすればよいですか
追加のデータディスクがないLinuxインスタンスがあり、時間の経過とともにシステムディスクの使用量が100% に近づき、ビジネス要件に十分でなくなったとします。 このシナリオでは、インスタンスにデータディスクを追加し、mvコマンドを使用してシステムディスクから新しいデータディスクにデータを転送できます。
インスタンス間でデータをコピーするにはどうすればよいですか
オペレーティングシステムに応じて、インスタンス間でデータをコピーするには、次のいずれかの方法を使用できます。
-
Linuxインスタンス間でデータをコピーする:
-
lrzszツールを利用する:
インスタンスにログインし、lrzszをインストールします。 その後、rzコマンドを使用してデータをアップロードし、szコマンドを使用してデータをダウンロードできます。
szコマンドを使用してコンピューターにデータをダウンロードし、rzコマンドを使用してそのデータを別のインスタンスにアップロードできます。
-
FTPサービスを採用する:
SFTPツールを使用する場合は、ファイルのアップロードとダウンロードにルートアカウントを使用してインスタンスにログインすることをお勧めします。
-
wgetコマンドを実行します。
ファイルまたはフォルダを圧縮し、webディレクトリに配置し、ダウンロードURLを作成します。 次に、別のインスタンスでwgetコマンドを使用して、ファイルまたはフォルダーをダウンロードします。
-
セキュアコピー (SCP) ユーティリティを利用する:
インスタンスにログインし、ソースインスタンスのSSH認証情報を使用して、データをコピーするためのSCPコマンドを実行します。 LinuxでのSCPコマンドの詳細については、関連ドキュメントを参照してください。
-
-
LinuxインスタンスとWindowsインスタンス間でデータをコピーします。
SFTPツールを使用してLinuxインスタンスからコンピューターにファイルをダウンロードし、FTPサービスを使用してWindowsインスタンスにアップロードすることをお勧めします。
-
Windowsインスタンス間でデータをコピーする:
-
FTPサービスを使用する:
-
TradeManagerを使用して、2つのインスタンス間でデータを転送できます。
-