Amazon Elastic Compute Cloud (Amazon EC2) macOS インスタンスの処理速度が、データの呼び出し、更新、レンダリング時や、アプリケーションの実行時に遅くなります。または、Amazon Elastic Block Store (Amazon EBS) スナップショットを使用して起動した macOS インスタンスのパフォーマンスが遅くなります。
解決策
APFS の設定を確認する
ARM ベースの M1 チップや M2 チップなどのシリコンデバイスは、Apple ファイルシステム (APFS)、高パフォーマンスコア (P コア)、高効率コア (E コア) を使用してパフォーマンスを最適化します。これらのデバイスは、大量の電力またはリソースのみを消費する、高負荷のワークロードには P コアを使用します。E コアは、要求の少ないワークロード用に、リソース使用量を削減したり、軽量アプリケーションやウェブブラウズなどのタスクを処理したりするのに適しています。詳しくは、Apple のウェブサイトで「パフォーマンスコアと効率コアを使用して Apple Silicon 用に最適化する」を参照してください。APFS を直接操作し、ワークステーションを最適化します。詳細については、Apple のウェブサイトで「コードのパフォーマンスを Apple Silicon 用に最適化する」を参照してください。
インスタンスの起動時に、パフォーマンス要件を満たす専用ホストを選択する
専用ホストを割り当てるときに、アーキテクチャのニーズに最適なリソースを選択する必要があります。標準のワークロードには mac1 と mac2 を使用し、さらに処理能力が必要な場合に mac2-m1ultra.metal、mac2-m2.metal、mac2-m2pro.metal を使用してください。
インスタンスの起動時に、パフォーマンス要件を満たす Amazon EBS デバイスを選択する
Amazon EBS の設定は APFS の全体的なパフォーマンスに影響します。macOS のデフォルトファイルシステムとして、APFS は SSD ストレージ用に最適化されています。したがって、gp3 や io などの SSD ベースの EBS ボリュームを使用することがベストプラクティスです。または、各 EBS ボリュームタイプを確認し、環境のニーズを満たすボリュームを特定してください。5000 IOPS、200 スループットを使用する構成から始めることがベストプラクティスです。
インスタンスの復元後、遅延読み込みを避けるためにインスタンスを初期化する
スナップショットを使用して EBS ボリュームを復元すると、Amazon EBS は Amazon Simple Storage Service (Amazon S3) からデータを取得します。この初期化期間に Amazon EBS がディスクをウォームアップします。所要時間は、ディスクサイズ、EBS ボリューム、データ型に左右されます。遅延読み込みが発生すると、Amazon EBS はスナップショットからデータを読み取り、必要に応じて復元します。新しく起動したディスクからアンロードされたデータにアクセスすると、遅延が長くなります。遅延読み込みを回避するには、ボリュームを手動で初期化し、fio または dd コマンドを実行します。
fio --filename=/dev/device --rw=read --bs=128k --iodepth=32 -- ioengine=libaio --direct=1 --name=volume-initialize
注: fio を実行することがベストプラクティスです。ただし、お使いのデバイスでは fio を実行できない場合は、dd を実行してください。
または、
dd if=/dev/deviceName of=/dev/null bs=1M
注: device または deviceName は、実際のディスク名に置き換えます。
または、高速スナップショット復元 (FSR) を使用してください。
ディスクサイズとデータタイプによっては、手動初期化プロセスに数時間かかる場合があります。ただし、この処理は Amazon EBS がディスクを初期化する場合よりも高速です。手動初期化が完了すると、ディスクは「事前ウォーミング」され、使用できる状態になります。