Twingate Connectors run either within a Docker container, in Kubernetes (including GKE, EKS, MicroK8s) using a Helm chart, or as a Linux systemd service. The process for updating Connectors varies based on the deployment platform, but the same principles apply in all cases:
Update one Connector at a time in a redundant pair. Updating a Connector requires you to temporarily disconnect it, so to avoid downtime for users, at least two Connectors should be deployed in each Remote network in your Twingate configuration to ensure redundancy. Multiple Connectors deployed within the same Remote network are automatically clustered for load balancing and failover. Update one Connector at a time to ensure that the Remote network remains accessible.
Maintain the same access and refresh tokens when upgrading a Connector. Connectors are uniquely identified by the tokens individually assigned to them. When updating a Connector, ensure that the same tokens are retained during the update process, otherwise new tokens will need to be provisioned.
Updated 4 months ago