Az éles számítási platform kiválasztásakor a fő szempont annak eldöntése, hogy hány klienst szeretne megbízhatóan hosztolni a teljesítmény romlása nélkül. Ezért fontos a szállítókkal való együttműködés, mivel az alapvető terméktesztelésen túlmenően jellemzik a hardvert és a szoftvert a valós konfigurációk és a stressz-tesztelési teljesítmény kialakításával.
A következő módszertan felhasználható egy tipikus Stratus ztC Edge rendszer teljesítményének tényleges feltárására , ha több alkalmazást futtat. A Rockwell Automation ThinManager-jét a FactoryTalk View SE hatékony és rugalmas vizualizációs megoldásának üzembe helyezésére használják, a ztC Edge pedig legfeljebb három virtuális gépet (VM) biztosít:
Domain Controller (DC)
FactoryTalk View SE Human Machine Interface (HMI) szerver
ThinManager Remote Desktop Services (RDS) kiszolgáló és emberi interfész kliens
Minden ztC edge 8 vCPU maggal és 32 GB virtuális véletlen elérésű memóriával rendelkezik, amely szükség szerint allokálható a virtuális gépekre. A Stratus szerint a nyolc vCPU magból hármat az everRun magas rendelkezésre állású technológiához kell hozzárendelni. Egyenáramhoz távirat adatok egy vCPU mag és 2 GB vRAM bőven elég. Ez lehetővé teszi, hogy a HMI-hez két vCPU-t és 4 GB vRAM-ot rendeljen, míg az RDS két vCPU-t és 8 GB vRAM-ot használ.
A tesztelési módszer nagyon egyszerű:
folytassa az RDS-munkamenetek elindítását, amíg észrevehető késés vagy probléma nem jelentkezik.
A tesztelés első szakaszában több kisebb az állásidő költsége: az ipari iot legnagyobb mozgatórugóinak felfedezése alkalmazást használtak, mindegyik körülbelül 50 kijelzővel, 250-550 címkével és 10 riasztással. A tesztet 15 RDS-munkamenetre korlátozták, ami jelentős és agresszív, mivel jóval meghaladja azt, amit a felhasználók általában telepítenek. Ha a munkamenetek száma ennél kisebb, a munkamenet a szokásos módon megy végbe. Ennél az értéknél vagy afölött észrevehető. Körülbelül két másodperces navigációs késés figyelhető meg, intenzívebb munkamenetek riasztása és hasonló késések az adatnaplózásban. A pontosabb vizsgálat feltárta, hogy a korlátozó tényező a CPU kihasználtsága volt, nem a memória.
1. fázisú tesztelés
A tesztelés második fázisa egy rendkívül nagy kuvaiti adatok alkalmazást használt. Több mint 400 kijelzővel, több mint 25 000 címkével és 1 000 riasztással. Ezenkívül minden virtuális gép csak a 0-s csomóponton fut, hogy szimulálja az 1. csomópont. Meghibásodását. ztC edge-et az 1. csomópont meghibásodásának szimulálásához. Ebben az esetben azt találtuk, hogy 7 vagy annál kevesebb munkamenet jól működött, míg 8 vagy több munkamenet 75% fölé emelte a rendszert, ami késést okozott. újra. A ztC Edge a ThinManagert használja , hogy jóval nagyobb teljesítményt nyújtson, mint amit bármely normál alkalmazás megkövetelne.