ボリュームサイズ変更後の Linux ファイルシステムの拡張 - Amazon Elastic Compute Cloud
次のトピックでは、Linux 用の XFS および Ext4 ファイルシステムを拡張するプロセスについて説明します。他のファイルシステムの詳細については、そのドキュメントを参照して、手順を確認してください。 EBS ボリュームのサイズを増やしたら、ファイルシステム固有のコマンドを使用して、ファイルシステムを新しいより大きなサイズに拡張します。ボリュームが optimizing 状態に入るとすぐにこれを実行できます。 Linux でファイルシステムを拡張するには、次の操作を実行する必要があります。 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「Amazon EBS スナップショットの作成」を参照してください。 ボリュームの変更が成功し、optimizing または completed 状態になっていることを確認します。詳細については
AMIから構築したEC2は最初EBSが遅い、プレウォーミングが必要 - YOMON8.NET
EC2をAMIから構築したところ、ディスク(EBS)が遅い。CloudWatchでもキュー長が増加してしまっていました。 問い合わせたところ、AMI からEC2インスタンスを作成した場合、各 EBSボリュームは スナップショットからリストアした際と同様、データは S3 がダウンロードされるため、未ダウンロードのブロックにアクセスした場合には EBS で大きな Latencyが発生するようです。 新規に作成したEBSボリュームにおいてはプレウォーミングは不要です。 AWS Black Belt Online Seminar Amazon Elastic Block Store (EBS) from Amazon Web Services Japan ちゃんとドキュメントにも書いてありました。 docs.aws.amazon.com ウォームアップ方法 以下、ウォームアップ(事前ウォーミングと
OS別EBSオンライン拡張方法 | DevelopersIO
直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 こんにちは佐伯です。 直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 EBSボリューム変更時の制限 以下の制限事項があるのでご注意ください。 エラーメッセージが表示された場合や旧世代のEC2インスタンスタイプでは、EBSのデタッチまたはEC2インスタンスの停止が必要になるケースがある 旧世代のマグネティックボリュームタイプの変更はサポートされていない EBSのボリュームサイズを小さくすることはできない EBSのボリュームサイズやタイプを変更すると、6時間以内は再変更ができない AWSドキュメント: EBS ボリューム変更時の制限 - Amazon Elastic Compute Cloud 作業の
Linux で Amazon EBS ボリュームを使用できるようにする - Amazon Elastic Compute Cloud
インスタンスにアタッチされていて、として実行する Amazon EBS ボリュームは、ブロックデバイスとして認識されます。任意のファイルシステムでボリュームをフォーマットし、マウントできます。EBS ボリュームを使用できるようにすると、他のボリュームと同じようにアクセスできます。このファイルシステムに書き込まれるデータはすべて EBS ボリュームに書き込まれますが、デバイスを使用するアプリケーションには透過的になります。 EBS ボリュームのスナップショットは、バックアップ目的で作成したり、別のボリュームを作成する際のベースラインとして使用したりできます。詳細については、「Amazon EBS スナップショット」を参照してください。 使用準備中の EBS ボリュームが 2 TiB を超える場合は、GPT パーティショニングスキームを使用してボリューム全体にアクセスする必要があります。詳細に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
