Nelle operazioni in cluster il dimensionamento per i singoli nodi di ThingWorx Foundation è in gran parte invariato. In ogni nodo del cluster deve essere disponibile memoria sufficiente per caricare l'intero modello di oggetto. Di conseguenza, la dimensione di ogni nodo del cluster deve coincidere con la dimensione di un nodo di un singolo server. Ad esempio, un singolo server di medie dimensioni è di 16 vCPU e 32 GiB RAM. Analogamente, per un cluster a due nodi, ogni nodo del cluster è di 16 vCPU e 32 GiB RAM.

Se Apache Ignite viene distribuito separatamente, il consumo di memoria del server Foundation può essere ridotto leggermente in quanto le informazioni sullo stato delle proprietà sono state trasferite nei nodi di Ignite.

L'utilizzo della CPU aumenta per eseguire i task di sincronizzazione dei cluster in background. Nelle configurazioni cluster anche le singole operazioni possono essere leggermente più lente a causa della latenza aggiunta di una cache condivisa. Questa viene sfalsata dalla possibilità di eseguire un numero maggiore di operazioni in parallelo (logica aziendale e/o richieste di utenti) in più nodi.

Per garantire disponibilità elevata, una volta determinata la dimensione corretta di un singolo nodo, si consiglia di distribuire almeno un altro nodo di ThingWorx Foundation rispetto a quello necessario per gestire il picco di carico nell'applicazione. In questo modo il cluster potrà continuare a soddisfare le aspettative di prestazioni in caso di errore di un singolo nodo.

Nelle operazioni in cluster i server connessioni sono necessari per distribuire il carico dei dispositivi nel cluster oppure per ridistribuirlo in caso di errore di un nodo.

Come per i nodi di Foundation, si consiglia di distribuire almeno un altro server connessioni rispetto a quello necessario per gestire il numero di dispositivi previsto. Ciò consente ai server connessioni di mantenere la connettività con tutti i dispositivi in caso di errore di un singolo nodo di connessione del server.

Fare riferimento all'Help Center di ThingWorx Connection Services per i requisiti di sistema per le singole opzioni del server connessioni.

Apache ZooKeeper è una soluzione open source per la sincronizzazione delle applicazioni distribuite. Fornisce monitoraggio ed elezione del leader per i nodi ThingWorx.

Si consiglia un insieme a tre nodi, ciascuno con 2 vCPU e 2 GiB di RAM. È necessario un numero dispari di istanze per mantenere un quorum.

Per ulteriori informazioni, vedere i requisiti di sistema di Apache Zookeeper: https://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_systemReq

Oltre che per la disponibilità elevata, il carico del database aumenta nelle configurazioni cluster di ThingWorx. Per illustrare questa condizione, sono stati eseguiti test di carico identici con cinque distribuzioni medie diverse utilizzando macchine virtuali Microsoft Azure:

Mentre i test riportati sopra mostrano un piccolo miglioramento dell'inserimento dei dati, le prestazioni della richiesta HTTP non migliorano a causa di risorse di database inadeguate.

In un cluster ThingWorx Apache Ignite fornisce una cache condivisa per i valori delle proprietà e dati aggiuntivi, quali le operazioni di trasferimento di file.

Ignite può essere incorporato all'interno del processo di ThingWorx Foundation e non è richiesta un'installazione separata. In alternativa, per una distribuzione dei carichi migliore, Ignite può essere distribuito anche come cluster separato.

Ignite può inoltre essere eseguito in una delle due modalità riportate di seguito.

Per ulteriori informazioni, esaminare la documentazione relativa alle modalità della cache di Apache Ignite: https://apacheignite.readme.io/docs/cache-modes

Il carico principale da Ignite è la velocità effettiva della rete tra ogni istanza di ThingWorx Foundation e Ignite. Sebbene i requisiti di CPU, disco o memoria possano indicare dimensioni di macchine virtuali più ridotte dai provider di cloud, è importante monitorare la velocità effettiva della rete limitata o accelerata.

Eventuali problemi di velocità effettiva della rete possono essere risolti passando a sistemi più grandi con una maggiore capacità di rete o aggiungendo altri nodi Ignite (utilizzando la modalità PARTIZIONATA) per distribuire il carico.

Per calcolare con maggiore precisione il footprint della memoria della cache condivisa, attenersi alla procedura descritta di seguito.

Per ulteriori informazioni, esaminare la documentazione di Apache Ignite: https://apacheignite.readme.io/docs/capacity-planning