# Hub and Spoke with local vision on spoke

**URL:** <https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510>\
**Category:** Ignition\
**Created:** [May 17, 2013, 7:56am UTC](https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510 "2013-05-17T07:56:25Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![gnguyen](https://avatars.discourse-cdn.com/v4/letter/g/41988e/32.png) [@gnguyen](https://forum.inductiveautomation.com/u/gnguyen)\
**Post date:** [May 17, 2013, 7:56am UTC](https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510/1 "2013-05-17T07:56:25Z")

</div>

Hi,

What would be the best way to build a Hub-and-Spoke architecture as below :

- one central gateway with db and global screens
- several spokes with local hmi and historical trend (local means local mysql to be able to use vision even is network is out of order)

We want the spokes to be independant and store to central gateway historical and alarms ; central gateway should trend those historical data.

Thank you for your advices.

---

<div class="post-metadata">

**Author:** ![gadgetguru69](https://avatars.discourse-cdn.com/v4/letter/g/e274bd/32.png) [@gadgetguru69](https://forum.inductiveautomation.com/u/gadgetguru69)\
**Post date:** [May 17, 2013, 9:45pm UTC](https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510/2 "2013-05-17T21:45:57Z")

</div>

We are doing this on one of our customers sites now. What we do is have gateway on each spoke machine with complete project and MSSQL databases on each. So if we loose radio communications then we loose no data. On these spoke machines we run the tag history splitter to push historical data to spoke and hub at the same time. If radio to hub is down then the store and forward system is configured in such a way that we loose no data going to the hub. You will also want to setup a secondary Alarm Journal to push to the hub all of your alarms. You can also do the same thing with any transaction groups and just setup a secondary copy to push data to the hub database.

That’s kind of the basic system but this approach is working good for us here. I’m sure there are lots of other doing this type thing also and I’m sure there are many ways of getting it done this is just how we are handling the basic end of things.

---

<div class="post-metadata">

**Author:** ![gnguyen](https://avatars.discourse-cdn.com/v4/letter/g/41988e/32.png) [@gnguyen](https://forum.inductiveautomation.com/u/gnguyen)\
**Post date:** [May 22, 2013, 7:09am UTC](https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510/3 "2013-05-22T07:09:26Z")

</div>

Thanks, that’s what I thought but how to handle alarm acknowledge from hub to spoke(s) ?

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [May 23, 2013, 9:58pm UTC](https://forum.inductiveautomation.com/t/hub-and-spoke-with-local-vision-on-spoke/6510/4 "2013-05-23T21:58:09Z")

</div>

Could you simply launch the projects on the hub from the spokes, and retarget to reach all spokes? In this way the spokes are always the “authority” and the hub is merely a data aggregator.