Gestore della coda di replica

Comunicazione tra il nodo Netezza Performance Server (NPS) e il gestore delle code di replica

Il nodo NPS® e il gestore delle code di replica utilizzano due metodi per comunicare. Utilizzano il Network File System NFS ) standard per leggere i dati. Replication Services utilizza anche RQM File Transfer Sender, un protocollo di scrittura personalizzato con prestazioni superiori a quelle di NFS, per scrivere tutti gli altri dati e per esportare i metadati del catalogo di replica. Affinché le autorizzazioni NFS funzionino correttamente, gli identificatori dell'utente e del gruppo (UID e GID, che sono valori numerici) per l'utente amministratore di Netezza® (di solito nz) devono essere uguali sull'NPS e sui gestori delle code di replica. Se questo non è vero, il nodo NPS riscontra errori di autorizzazione durante la scrittura dei dati nel gestore delle code.

Topologia di rete del gestore delle code di replica

Tutti i gestori delle code di replica in un set di replica definiscono insieme una topologia distribuita in cui ogni nodo di replica è collegato a ogni altro nodo di replica. All'interno di questa topologia, ogni nodo di replica ha un singolo nome host canonico del gestore della coda di replica che deve risolversi all'indirizzo IP del suo collegamento WAN. Quando gli host del gestore delle code di replica si connettono tra loro, si scambiano i loro nomi canonici. Questi nomi di host completamente qualificati consentono all'RQM di scoprire problemi di rete, come connessioni duplicate o autoreferenze, causati da problemi di configurazione di rete, pur permettendo all'RQM di supportare server multihomed.

Quando i gestori di coda di replica si connettono, condividono tra loro anche i nomi host completamente qualificati di tutti gli altri host del server di log nella topologia. Ciò significa che l'aggiunta di un'istanza RQM a qualsiasi host del server di log nella topologia aggiunge quell'host a tutti gli altri host del server di log nella topologia. In questo modo si evita di dover aggiungere singolarmente ogni host del server di log a tutti gli altri host del server di log.

Il valore predefinito per il nome canonico del gestore delle code di replica è il nome di dominio completamente qualificato dell'appliance Cloud Pak For Data System configurato per il gestore delle code di replica.

Si consiglia di usare il comando traceroute per identificare il percorso da un queue manager all'altro, per confermare che il percorso si connette attraverso l'indirizzo IP WAN. Inoltre, per proteggersi da accessi non autorizzati, utilizzare i firewall per limitare l'accesso al gestore delle code di replica.

Priorità di trasferimento dei dati

Il software RQM utilizza un algoritmo euristico di piccole/grandi dimensioni per stabilire l'ordine di invio dei dati. Viene data priorità a una piccola quantità di dati, in modo che le informazioni di controllo vengano trasmesse più rapidamente rispetto a una grande quantità di dati. Una grande quantità di dati viene trasmessa in blocchi, uno alla volta, nell'ordine in cui viene registrata (che può essere diverso dal tempo di modifica).

Le sfumature dell'algoritmo di trasferimento RQM possono avere effetti sul modo in cui avviene la replica tra i nodi, a seconda della natura del carico di lavoro o di qualsiasi operazione avviata dall'utente al di fuori della replica. Ad esempio, un carico di lavoro di replica che coinvolge diversi carichi di grandi dimensioni in una transazione non viene completato sul nodo NPS di replica finché tutti i dati del carico non vengono trasferiti al gestore della coda di replica associato alla replica e quindi all'host NPS di replica. In questo esempio, il carico di lavoro della replica potrebbe essere influenzato se un utente iniziasse un backup specificando l'opzione -pts transfer (un'opzione del comando nzreplbackup che fa sì che il software RQM venga utilizzato per trasferire automaticamente il backup alla replica). L'opzione ha un impatto sulle prestazioni perché crea dati aggiuntivi che devono essere prioritarizzati con le altre grandi quantità di dati di replica.

Nell'uso normale della replica, la necessità di interagire direttamente con il gestore delle code di replica dal punto di vista operativo dovrebbe essere limitata. Se si verifica un comportamento inatteso durante la replica (ad esempio, un ritardo o un messaggio di errore inatteso), le informazioni sullo stato della replica potrebbero indicare che è necessario controllare il gestore delle code per ottenere informazioni. Inoltre, è possibile controllare lo stato e il funzionamento del gestore di code come parte della risoluzione dei problemi di connettività tra i siti di replica.

Gestione dell'archiviazione dei log

La partizione dei dati sul gestore della coda di replica è fondamentale sia per la replica che per il buon funzionamento dell'host NPS. Se la partizione di dati RQM si riempie sull'host primario, la replica si interrompe e non è consentita l'esecuzione di transazioni che modificano i dati replicati o globali. Se la partizione di dati RQM si riempie su un host di replica, l'host diventa sempre più latente rispetto al primario, poiché le nuove transazioni replicate non possono essere ricevute a causa della mancanza di memoria. Il gestore delle code di replica primario continua a tentare di inviare le informazioni sulle transazioni finché non si esaurisce lo spazio sul primario o l'invio delle informazioni non ha successo. Il processo di pulizia cancella solo i dati di log inviati con successo.

Lo spazio libero su disco della partizione dati RQM è costantemente monitorato dal servizio di replica, che genera eventi NPS se la quantità di spazio su disco scende al di sotto di una percentuale configurabile della dimensione completamente configurata. Il servizio di replica dispone di un'utilità flessibile e configurabile per la riduzione intelligente dei dati più vecchi relativi alle transazioni e alla replica nella partizione dei dati RQM. Il gestore delle code di replica conserva tutti i registri e i dati fino alla loro eliminazione. Per ulteriori informazioni, vedere il comando nzreplprunepts.

È possibile utilizzare l'RQM per trasferire i dati di backup. Tuttavia, questa operazione consuma spazio di archiviazione. Quando si determinano i requisiti di storage, si deve considerare lo storage aggiuntivo necessario per supportare questo processo oltre alla sola replica. Inoltre, i set di backup esterni alla replica (backup non trasferiti tramite il software RQM) non sono gestiti dall'utilità di potatura della replica. Pertanto, è necessario gestire manualmente la pulizia dei dati di backup precedenti.

Se la partizione di dati RQM si avvicina spesso ai limiti di spazio di archiviazione, si consiglia di eseguire l'utilità di potatura più spesso.