[NLB] kan / mag een client draaien op de server

[The_Butler]

Ik heb geen server ervaring, (zit in de industriële automatisering) maar wordt nu geconfronteerd met een probleem; de situatie:

In een industriële omgeving heb ik twee Win7 prof. desktop PC's staan die beide een SCADA applicatie draaien (visualisatie voor operators). Deze PC's staan in verbinding met een Siemens controle systeem (S7-400). Data wordt ontvangen via een Siemens OPC server.

De slimme verkoper van de Siemens hardware was mede gedeeld dat het pakket redundant moest draaien, zodat een probleem met de S7 CPU, de netwerk kabel, of de PC niet zou resulteren in downtime. Ons zijn twee licenties verkocht van de OPC software samen met de rest van de hardware voor het controle systeem. En nu komt het, de redundantie werkt niet. Na veel bellen en schrijven en praten met de helpdesk kwam de aap uit de mouw, de software maakt gebruik van Network Load Balancing (NBL) en daarvoor moeten we win 2008 server of hoger draaien.

Goed, dat moet dan maar, maar wij willen niet twee extra servers aankopen, ten eerste hebben we geen plek, geen UPS provisie en moeten wij deze machines ook onderhouden etc. En de servers doen echt niks, behalve communiceren met de PLC.

Nu is dus de vraag; als ik windows server installeer op mijn twee HP desktop PC's en dan Network Load Balancing configureer, (welke begrijp ik gebruik maakt van een virtueel IP adres) kan ik dan de client software (het SCADA pakket) op de server zelf draaien? Of moet deze perse op een aparte machine draaien om te kunnen verbinden met het virtuele IP adres...

[Meekoh]

Nou, opzich koppel je het "virtuele IP" aan een DNS record. Dus of het nu dezelfde server is of een andere machine hij kan het gewoon resolven naar het IP adres en verbinden.
Alleen test het wel goed! NLB werkt nogal tricky en sommige switches gooien roet in het eten doordat ze niet om kunnen gaan met MAC adressen die aan meerdere poorten gekoppeld zijn. Dan binden ze het shared MAC adres aan 1 switch poort en wanneer de server achter die poort stuk gaat zal je switch nog steeds het verkeer daarheen sturen.

http://blogs.technet.com/...network-for-nlb-2008.aspx

[Rolfie]

NLB is leuk, maar zeker geen goede oplossing voor dit probleem. Ik verwacht juist eerder issues vanuit de NLB dan dat het eventueel zou oplossen.
Als namelijk de applicatie op de server niet meer werkt, zal NLB gewoon de verzoeken naar de niet werkende server sturen. Dan kan dus 50% van de verzoeken niet werken.

Ik zou get KISS principe gewoon handhaven, 1 machine als server, eventueel een cold standby klaar hebben staan.

[The_Butler]

bedankt voor de reacties.

Goed om te horen dat de client gewoon op de server kan draaien, maar oppassen dus. Switches zijn SCALANCE geleverd door Siemens, dus doe moeten wel compatible zijn.

Het idee van een cold standby is lastig uit te voeren; heeft temaken met software licenties en de configuratie van de machine... Ik zal een kostenplaatje moeten maken om te kijken wat het beste is. NLB is trouwens verplicht door Siemens, ik neem aan dat in de Siemens OPC client voldoende checks zijn ingebouwd om een app crash of iets dergelijks op te merken. Maar ja, je weet wat ze zeggen over aannames.....

[wagenveld]

NLB wil je vrijwel altijd vermijden, de toegevoegde complexiteit (en dus problemen) wegen niet op tegen de verhoogde beschikbaarheid. Zeker in Server 2008 trouwens, ga dan ieg voor een nieuwere versie.

[Mike2k]

The_Butler schreef op maandag 03 november 2014 @ 14:25:
NLB is trouwens verplicht door Siemens, ik neem aan dat in de Siemens OPC client voldoende checks zijn ingebouwd om een app crash of iets dergelijks op te merken. Maar ja, je weet wat ze zeggen over aannames.....

Dat kan dus niet..NLB werkt puur op de OS laag. Oftewel: als het OS en de netwerkfunctionaliteit up is, werkt NLB.

Dat de applicatie die daar bovenop draait gestopt/gecrashed/iets anders is, kan je met nlb simpelweg niet ondervangen.

[The_Butler]

Dus hoe meer ik lees, hoe meer het duidelijk wordt dat dit erg complex gaat worden en waarschijnlijk meer problemen gaat veroorzaken dan oplossen.... oh ja, en het wordt duur...

Dan krijgt Rolfie toch gelijk met zijn KISS suggestie, ik ga eens beter onderzoeken wat er mogelijk is met hot / cold standby systemen.

Voor de liefhebbers die willen weten hoe en waarom NLB met Siemens, Industrial Communication With PG/PC Sectie 4.5.

[Question Mark]

Kun je eens een plaatje tekenen van wat er nu staat en welk component nu High Available moet worden? Geeft ook even aan hoe de informatiestromen lopen als je zou willen.

Zoals ik het nu namelijk lees zijn er twee werkplekken die verbinden naar één Siemens Server met OPC software en een Siemens Controle systeem.

Welk pakket moet nu redudant worden? Is dat de OPC software op de Siemens server of het Siemens controle systeem? De opstelling is mij nu niet helemaal duidelijk..

[The_Butler]

Dit is het idee... alleen de originele vraag was of de Client (waarvan ik er twee heb) ook lokaal op de servers kan draaien, zonder in problemen te komen met het NLB verhaal...




De huidige situatie, waarbij aangemerkt moet worden dat station B NIET met de S7-400 PLC kan communiceren, de PLC communiceert maar met 1 IP adres. Op stations A en B staat de Citect SCADA software, in feite het meest belangrijke component. Citect heeft een eigen built-in manier om tussen de servers te communiceren en beide systemen worden door die technologie al synchroon gehouden. Station B ziet dus alle data omdat Citect SCADA deze data verstuurd, NIET omdat de OPC verbinding werkt. OPC is trouwens een veredeld doorgeef-luik voor data...

[ Voor 60% gewijzigd door The_Butler op 04-11-2014 10:16 ]

[Jazzy]

Om op je oorspronkelijke vraag terug te komen... Als je de client nu ook al op de server kunt draaien dan zie ik niet direct waarom dat niet meer kan als je NLB gebruikt.

[The_Butler]

De clients draaien nu op een Win 7 Prof. systeem, maar dat zou volgens de Siemens oplossing 'Windows server 20xx' worden. Omdat op ieder schema in de documentatie de clients op een aparte PC aan het netwerk hangen ging ik twijfelen, vandaar mijn post (aangezien ik een kostenplaatje moet maken, extra clients, meer geld, infrastructuur, hitte etc etc).

Op dit moment met veel pijn en moeite een test opstelling aan het maken op kantoor, om het een en ander te testen.

[jimbo123]

Waarschijnlijk krijg je wel de situatie dat je een desktop pc hebt en dat deze pc niet gecertificeerd is voor een server OS. Als je zaken als BSOD's (blue screens) krijgt en/of problemen met stuurprogramma's dan weet je in ieder geval hoe het komt.