たとえば Azure が VM にパッチを適用したため、または何らかの理由で Docker 対応の VM が再起動された場合、ノードは新しい IP アドレスを取得できます (VirtualBox がこれを引き起こす可能性があり、Azure もそうです)。その結果、証明書が無効になり、そのマシンで Docker を起動できません。
Docker Swarm を使用すると、再起動したノードのステータスが無期限に Pending のままになります。
その後、 a を実行すると、docker-machine regenerate-certs mymachine再び機能し始めます。
これについてどのように推論する必要がありますか？ノードを再起動するのは仕方がないと思いますが、どう対処しますか?
Azure に関しては、「予約済み IP」アドレスを使用して、再起動後に VM がそのパブリック IP アドレスを保持するようにすることができます。Azure で予約済み IP を使用すると (他のクラウド プロバイダーと同様)、追加料金が発生する場合があることに注意してください。https://azure.microsoft.com/en-us/documentation/articles/virtual-networks-reserved-public-ip/
これを処理する別の方法は、検出を使用することです。Swarm は、etcd、consul、および Zookeeper をサポートするディスカバリー メカニズムを提供します。詳細については、 https : //docs.docker.com/swarm/discovery/ をご覧ください。