AWS PCS 中節點生命週期動作的最佳實務

測試 crawl-walk-run。驗證獨立 Amazon EC2 執行個體上的指令碼，然後使用單一靜態執行個體 (minInstanceCount maxInstanceCount = 1) 做為運算節點群組的生命週期動作，然後使用動態擴展。

選擇正確的 executionPolicy。將一次性設定保留為預設 FIRST_BOOT_ONLY；EVERY_BOOT僅用於重新啟動後必須重新套用的組態。

使EVERY_BOOT指令碼成為等冪。重新執行它們應該是安全的。 FIRST_BOOT_ONLY指令碼會執行一次，因此不需要此操作。

使用描述性名稱。名稱會出現在日誌路徑和主控台中，例如 Mount EFS home directory，而不是 script1。

在 AMI 中製作繁重安裝。節點有大約 30 分鐘的時間加入 Slurm。如果安裝需要超過 5 分鐘，請將它放在自訂 AMI 或共用檔案系統上。

在生產環境中使用檢查總和，特別是用於共用儲存庫的指令碼。

使用節點引導指令碼將日誌轉送至 Amazon CloudWatch，以便對終止的執行個體進行偵錯。 AWS維護的configure-cloudwatch-logs.sh指令碼會執行此操作。如需詳細資訊，請參閱在 AWS PCS AWS中為節點生命週期動作使用維護的指令碼。

將相依性降至最低，並避免偽造超過指令碼的背景程序。

請勿修改 或 下的 AWS PCS 代理程式檔案/var/log/amazon/pcs/，或是名稱開頭為 的系統單位pcs-。 /etc/amazon/pcs/這些會管理叢集連線。

將秘密儲存在 AWS Secrets Manager 或 Systems Manager 參數存放區中。請勿將秘密做為指令碼引數傳遞。引數會顯示在 API 回應和主控台中。

針對私有子網路中的節點使用 S3 搭配閘道 VPC 端點。端點提供指令碼存取，不需要網際網路輸出。