Zalecenia dotyczące architektury monitorowania maszyn z Tulip
  • 28 Aug 2024
  • 2 Minuty do przeczytania
  • Współtwórcy

Zalecenia dotyczące architektury monitorowania maszyn z Tulip


Streszczenie artykułu

Ten dokument ma charakter wysoce techniczny i powinien zostać sprawdzony przez dział IT.

Zalecenia dotyczące architektury monitorowania maszyn z Tulip

Tulip to platforma Frontline Operations Platform, która zapewnia swoim klientom usługę w chmurze. W firmie Tulip komunikacja między chmurą Tulip Cloud a maszynami w hali produkcyjnej jest ułatwiona dzięki wykorzystaniu hosta Tulip Connector Host i serwera OPC UA Server lub brokera MQTT działającego w sieci wewnętrznej klienta.

Tulip Connector Host działa jako punkt połączenia między platformą Tulip a dowolną usługą strony trzeciej dostępną za pośrednictwem protokołów HTTP, SQL, MQTT i OPC UA. Więcej informacji na temat Tulip Connector Host można znaleźć w tym dokumencie.

Serwery OPC UA i brokerzy MQTT zapewniają usługi agregacji maszyn i translacji komunikacji. Jeśli szukasz oprogramowania OPC UA Server, Tulip odkrył, że PTC KEPServerEX może niezawodnie dostarczać na tym rynku.

Tulip Cloud Connector Host

Większość klientów Tulip korzysta z Tulip Cloud Connector Host, aby nawiązać połączenie ze swoim serwerem OPC UA.

Istnieją dwa powody, dla których większość naszych klientów wybiera Tulip Cloud Connector Host: 1. Aktualizacje co dwa tygodnie 2. Lepsze wsparcie.

Aby nawiązać komunikację między Tulip Cloud Connector Host a wewnętrznym serwerem OPC UA lub brokerem MQTT, klient musi skonfigurować regułę przekierowania portów w swojej sieci. Schemat opisujący tę architekturę monitorowania maszyn znajduje się poniżej.

Przekierowanie portów do połączenia z serwerem OPC UA lub brokerem MQTT

Przekierowanie portów to technika sieciowa, która służy do zapewniania zewnętrznym, publicznym urządzeniom dostępu do usług komputerowych w wewnętrznych, prywatnych sieciach. Zalecamy wszystkim naszym klientom skonfigurowanie przekierowania portów na routerze sieciowym, aby ułatwić komunikację między hostem Tulip Cloud Connector a odpowiednim źródłem danych.

Gniazdo, składające się z adresu IP i portu, identyfikuje aplikację lub usługę na urządzeniu w sieci TCP/IP.

Adres IP jednoznacznie identyfikuje urządzenie w sieci, a port identyfikuje aplikację lub usługę uruchomioną na tym urządzeniu. Połączenie adresu IP i portu pozwala na uruchomienie wielu aplikacji lub usług na jednym urządzeniu.

NAT (translator adresów sieciowych) działa na routerze sieciowym klienta i mapuje źródłowy (publiczny) adres IP i port na docelowy (prywatny) adres IP i port.

Po wykonaniu tego mapowania zewnętrzne, publiczne urządzenia, takie jak Tulip Cloud Connector Host, wysyłają pakiety TCP/IP na źródłowy (publiczny) adres IP i port. Router NAT mapuje te pakiety i przesyła je ponownie na docelowy (prywatny) adres IP i port.

Jako środek ostrożności, prosimy wszystkich naszych klientów o umieszczenie adresów IP Tulip Cloud na białej liście i umieszczenie na czarnej liście wszystkich innych adresów IP dla określonego źródłowego adresu IP i portu. Ma to na celu zapewnienie, że tylko host Tulip Connector może komunikować się z serwerem OPC UA działającym w sieci klienta.

Aby mapowanie NAT było trwałe, serwer, na którym działa serwer OPC UA, musi mieć przypisany statyczny adres IP.

Lokalny host konektora

Niektórzy klienci Tulip mają wymagania sieciowe, które ograniczają ich zdolność do korzystania z produktów w chmurze.

W takim przypadku Tulip może zapewnić sieć klienta z Tulip Connector Host do wykonywania komunikacji wewnętrznej w sieci klienta. Dzięki tej opcji wymóg sieci przychodzącej staje się wymogiem sieci wychodzącej, jak opisano na poniższym diagramie.

Zapoznaj się dodatkowo z tym dokumentem, aby uzyskać więcej informacji na temat instalacji i konfiguracji Tulip On-Premise Connector Host.


Czy ten artykuł był pomocny?