Tag provider redundancy

HI

Is it possible to set up redundancy for the tag provider?

We have two independent regional stations, each with a redundant gateway polling data from field devices. Now, we want a central station to pull data from the regional redundant gateways using a remote tag provider. However, in Ignition, we're limited to specifying only one tag provider. Is there a way to add redundancy for the tag provider?

Thanks in advance.

IIRC, when a remote tag provider points at a redundant pair, and those redundant gateways both have paths back through the GAN, then the RTP will natively source from the active gateway of the pair.

But here we have 2 redundant pair, total 4 gateway , to one big central Ignition (redundant again)

You should probably have 2 remote tag providers, each pointing at a provider from a redundant pair.

The issue is that both The challenge is that both redundant pairs are polling the same devices. I need to retrieve data for a tag from only one of the redundant pairs at any given time.

Really?

There's nothing in Ignition to help you do this. (Sounds insane to me.)

Why not poll those devices on a common tag provider ?

This seems like overkill. Are you trying to solve the problem of losing a network connection to one of the redundant pairs? Regional to me means that each of those redundant pairs should only be polling a limited number of devices in their respective regions. Then you would connect those to your central gateway to combine regions. If you're trying to have those redundant, and if you have a decent network connection between the 2 regions, you're probably better off setting up a single redundant pair spanning across those 2 regions so that only 1 server is polling the devices. The problem you'll have then though is that if your connection is lost to the primary but if the primary can see the secondary just fine, then it won't fail over.

Thank you, everyone. Yes, it’s a highly redundant setup, and we’re aiming to establish two control centers to address potential station blackouts or environmental concerns. As Michael suggested, we plan to place the primary control center in one region and the secondary in another, with high availability for virtual machines at each station.