LDAPは、ユニバーサルコントロールプレーン（UCP）でサポートされているユーザー認証方法です。UCPには独自の認証メカニズムが組み込まれており、LDAPおよびActive Directoryと統合されています。また、ロールベースアクセス制御（RBAC）とDockerコンテンツトラストもサポートしています。UCPでは、LDAPを認証方法として設定し、LDAPサーバーに接続することができます。LDAP URL、ベースDN、バインドDNとパスワード、ユーザーとグループの検索設定12を指定する必要があります。参考資料：
* SAML | Docker ドキュメント
* ユニバーサル コントロール プレーンの概要 | dockerlabs

イメージのロールベースアクセス制御はUCPの機能ではありません。UCPには独自の認証メカニズムが組み込まれており、LDAPサービスと統合されています。また、ロールベースアクセス制御（RBAC）も備えているため、クラスタやアプリケーションへのアクセスと変更を行えるユーザーを制御できます1。ただし、イメージのロールベースアクセス制御はDocker Trusted Registry（DTR）の機能であり、UCPと統合することでアプリケーションで使用するイメージを管理できます2。DTRを使用すると、イメージのプッシュ、プル、削除、スキャンを実行できるユーザーなど、イメージに対する詳細な権限を定義できます3。参考資料：Universal Control Planeの概要、Docker Trusted Registryの概要、Docker Access Control）

説明
7つのマネージャーを3つのデータセンターまたはアベイラビリティゾーンに3-3-1で分散配置することは、高可用性とフォールトトレランスを確保する最善の方法ではありません。これは、マネージャーが3つあるデータセンターの1つに障害が発生すると、残りの4つのマネージャーはリーダーを選出してswarmの運用を継続するためのクォーラム（定足数）を満たさないためです。クォーラムとは、swarmの状態を維持するために必要なマネージャーの最小数であり、(N/2) + 1（Nはマネージャーの総数）で計算されます1。マネージャーが7つの場合、クォーラムは5なので、マネージャーが3つ失われるとswarmはクォーラムを失います。7つのマネージャーを3つのデータセンターまたはアベイラビリティゾーンに分散配置するより良い方法は2-2-3です。これにより、swarmはいずれかのデータセンターに障害が発生しても存続できます2。参考資料：
* Dockerエンジンの群れを管理および維持する
* 複数のAZにマネージャーノードを分散

コマンド docker Is -a は、コマンドラインから Swarm クラスター内のすべてのノードを一覧表示するわけではありません。現在のノード1 上のすべてのコンテナ（実行中と停止中の両方）を一覧表示します。Swarm クラスター内のすべてのノードを一覧表示するには、マネージャーノード2 からコマンド docker node ls を使用する必要があります。このコマンドは、Swarm 内の各ノードのノード ID、ホスト名、ステータス、可用性、マネージャーステータスを表示します。--filter オプションを使用して、さまざまな基準に基づいて出力をフィルタリングすることもできます。2 参考：Docker ドキュメント、docker node ls

コンテンツトラストが有効化されている場合、Dockerはdocker service createなど、署名されていないイメージを操作するコマンドをすべてブロックします。これは、Docker Content Trust（DCT）により、ユーザーはNotaryサーバーに保存されたデジタル署名を使用して、特定のイメージタグの整合性と発行元を検証できるためです。イメージタグが署名されていない場合、または署名を検証できない場合、Dockerはそのイメージのプル、実行、またはビルドを拒否します。したがって、myorg/myimage:1.0が署名されていない場合、Dockerはコマンドdocker service create myorg/myimage:1.0をブロックし、エラーメッセージを表示します。参考資料：
* Dockerにおけるコンテンツの信頼
* Docker コンテンツ トラスト: コンテナ イメージのセキュリティ保護方法
* コンテンツの信頼性を備えた自動化