Our customer has recently implemented redundancy for their Ignition gateway and is currently soak testing running the backup to monitor if there are any issues (firewalls, hardcoded hostnames, etc)
I am trying to connect with the designer but am unable to connect to either primary or backup gateways.
current situation:
primary gateway
hostname: ign-app01
status: cold
backup gateway
hostname: ign-app02
status: active
I know I can’t connect designer to the backup server by design but it appears that because I haven’t connected to the primary with my designer since before the implementation of redundancy, it has an old configuration cached that thinks it is independent and refuses to connect (presumable as it is not the active gateway)
It looks like @pturmel is right in that this isn’t allowed.
I get not wanting to break synchronisation, but it is frustrating to be locked out from even viewing designer level config/diagnostics while the backup is active. /whinge
Don’t suppose there is a ‘read-only designer access for backup gateways’ feature in the pipeline in the near future?
For now, I’ll just share my findings with my customer so they know to jump back to master gateway ASAP when failing over.
Some background information: the traditional idea of redundancy in Ignition is that running on the redundant backup mode is considered an emergency situation. The role of the backup gateway was to keep clients/sessions functional while the master was down and being fixed or perhaps being upgraded. We know that this design is sometimes frustrating to customers who are expecting the backup gateway to become a fully functional alternate gateway when activated. We have long term plans to implement this type of design, but that is a ways off right now.