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

説明
= network connect を使用してブリッジ ネットワーク上のコンテナにアクセスしても、ホストのネットワークから到達可能なコンテナを作成することはできません。network connect コマンドはコンテナを既存のネットワークに接続しますが、コンテナのポートをホストに公開しません 1。ブリッジ ネットワークは、Docker がコンテナ用に作成するデフォルトのネットワークであり、ホスト ネットワークからの分離を提供します 2。ホストのネットワークから到達可能なコンテナを作成するには、ホスト ネットワーク ドライバを使用する必要があります。これにより、ネットワーク分離が無効になり、ホストのネットワーク スタックが直接使用されます 3。または、ポート マッピング機能を使用して、コンテナの特定のポートをホストに公開することもできます 4。参照:
* Docker Network Connect | Dockerドキュメント
* ブリッジネットワークドライバ | Dockerドキュメント
* ホストネットワークドライバ | Dockerドキュメント
ホスト上でポートを公開する | Dockerドキュメント

= これは、7 つのマネージャーを 3 つのデータセンターまたは可用性ゾーンに分散させる方法ではありません。スウォーム クラスターは、スウォーム モードで実行され、マネージャーまたはワーカーとして機能する Docker ホストのグループです 1。マネージャー ノードは、スウォーム ステートの維持とサービスのオーケストレーションを担当します 2。スウォーム クラスターが動作するには、マネージャーのクォーラムが必要です。つまり、マネージャーの過半数が利用可能で、互いに通信できる必要があります 3。
7人のマネージャーを4-2-1で分散させる問題点は、スプリットブレイン状態が発生し、データセンターまたはアベイラビリティゾーンのいずれかが故障した場合にクラスターがクォーラムを失う可能性があることです。たとえば、4人のマネージャーがいるデータセンターがダウンした場合、残りの3人のマネージャーはクォーラムを形成するのに十分な投票権を持たず、クラスターは機能しなくなります。同様に、1人のマネージャーがいるデータセンターがダウンした場合、クラスターは決選投票で負け、リーダーを選出できなくなります4。
7 つのマネージャを 3 つのデータセンターまたは可用性ゾーンに分散させるより良い方法は、3-2-2 を使用することです。これにより、クラスタは、いずれかのデータセンターまたは可用性ゾーンの障害に耐え、クォーラムを維持できます。たとえば、3 つのマネージャを持つデータセンターがダウンした場合、残りの 4 つのマネージャは、クォーラムを形成してリーダーを選出するのに十分な投票権を持ちます。同様に、2 つのマネージャを持つデータセンターがダウンした場合、残りの 5 つのマネージャは、クォーラムを形成してリーダーを選出するのに十分な投票権を持ちます。4. 参照:
Swarmモードの概要 | Dockerドキュメント
Docker Engineの群れを管理および保守する | Dockerドキュメント
スウォームモードでのRaftコンセンサス | Dockerドキュメント
Docker Swarm: 可用性ゾーン間でマネージャーを分散させるには？ - Stack Overflow