PCS の Slurm CLI AWS フィルタープラグインに関するよくある質問

CLI フィルタープラグインは、ジョブ送信がコントローラーに到達する前にログインノードとコンピューティングノードでクライアント側を実行し、ジョブ送信プラグインはジョブ送信後にコントローラーでサーバー側を実行します。CLI フィルタープラグインはユーザーがバイパスできますが、コントローラーロックは保持されません。ジョブ送信は安全ですが、実行中のクラスターのパフォーマンスに影響を与える可能性があります。

いいえ。ジョブ送信プラグインは PCS AWS ではサポートされていません。ジョブ送信の検証と変更には、代わりに CLI フィルタープラグインを使用します。

いいえ。CLI フィルタープラグインは、特定のユーザーがバイパスできるため、セキュリティの適用に頼るべきではありません。セキュリティクリティカルなポリシーではなく、ユーザーエクスペリエンスの向上、デフォルトのパラメータ設定、ポリシーガイダンスに使用します。

などの Slurm コマンドは、コンピューティングノードのジョブスクリプト内で実行srunできます。これにより、CLI フィルタプラグインの実行もトリガーされます。スクリプトは、Slurm コマンドが実行されるすべての場所で使用できる必要があります。

はい。S3 またはファイルシステムのデプロイアプローチを使用する場合。新しいインスタンスは更新されたスクリプトを取得しますが、既存のインスタンスでは、スクリプトを手動で更新するか、選択したデプロイ方法を使用して更新する必要があります。

はい。ただし、これは推奨されません。異なるコンピューティングノードグループに異なるロジックを持つスクリプトを提供できますが、相互依存関係を管理し、ロジックの重複を防ぐ責任があります。ほとんどのお客様は、クラスター全体で 1 セットのロジックを提供します。

C 実装はサポートされていません。PCS では Lua AWS スクリプトの実装のみがサポートされています。SchedMD では、CLI フィルタープラグインを実装するときに使いやすくするために、C よりも Lua を使用することをお勧めします。

はい。クラスターを再作成せずに Update API を使用して、既存のクラスターで CLI Filter Plugin を有効または無効にできます。