Skip navigation links

Contatta un rappresentante:

Italia: +39 06 99268193

USA Subscription Renewals: +1-866-221-0634
EMEA: +353 1 6919191

Contatti online »

MySQL Cluster Architecture Overview

Get the White Paper »

MySQL Newsletter - Subscribe Today!

FAQ: MySQL Cluster

Quesiti generali

Quesiti tecnici


Quesiti generali

D: Cos’è MySQL cluster?
R: MySQL Cluster è un database transazionale open source progettato per garantire il costante e rapido accesso ai dati con velocità di elaborazione dei dati estremamente elevate. MySQL Cluster utilizza un’architettura “shared-nothing”, che non richiede alcun investimento in ulteriori infrastrutture per garantire la disponibilità dei dati al 99,999% senza alcun single point of failure.

MySQL Cluster supporta i dati in memoria principale e su disco, accessibili attraverso un’interfaccia SQL oppure (facoltativamente) attraverso un'interfaccia Java o C++ nativa ad alte prestazioni.
D: Cos’è MySQL Cluster Carrier Grade Edition?
R: MySQL Cluster Carrier Grade Edition (CGE) pone l’enfasi sulla scalabilità, l’adattabilità e le prestazioni. MySQL Cluster CGE include metodi ottimizzati di accesso ai dati, importanti nel settore delle comunicazioni, così come opzioni per la replicazione geografica e l’aggiunta di Data Node online.
D: Chi sono i clienti esistenti di MySQL Cluster?
R: Vedere http://www.mysql.com/customers/cluster/
D: Come funzionano le licenze di MySQL Cluster?
R: Per maggiori informazioni sulle versioni commerciali di MySQL Cluster e sulle funzionalità disponibili fare clic qui

Consultare inoltre la nostra pagina sulle condizioni di licenza: http://www.mysql.com/about/legal/licensing/index.html
D: Qual è la versione attuale di MySQL Cluster?
R: La versione attuale è MySQL Cluster 7.0. MySQL 5.1 è integrato e abbinato a MySQL Cluster. Per informazioni sui bundle visitare la pagina Documentazione.
D: MySQL Cluster richiede hardware o software speciali?
R: No, MySQL Cluster è stato progettato per essere eseguito su hardware di largo consumo. Utilizzando hardware specializzato si possono raggiungere livelli di prestazioni ancora superiori.
D: Quali sono i requisiti di sistema di MySQL Cluster?
R:
Sistema operativo:Elenco delle piattaforme attualmente supportate »
CPU:Intel/AMD x86, UltraSPARC
Memoria:Minimo 1GB RAM
HDD:3GB
Rete:1+ nodi (Gigabit Ethernet - TCP/IP)
D: Come si può determinare se MySQL Cluster è la scelta giusta?
R: Se rispondete "Sì" a una qualsiasi delle seguenti domande, è probabile che MySQL Cluster sia la soluzione giusta per voi:
  • Il database della vostra applicazione richiede ridondanza integrata, per offrire la disponibilità "cinque nove" con ripristino e failover automatico?
  • La vostra applicazione consiste principalmente di “primary key lookup” e join su tabelle semplici?
  • Per la vostra applicazione è importante che la latenza sia inferiore al secondo?
  • Le esigenze di scalabilità della vostra applicazione sono imprevedibili?

Dovreste porvi inoltre le seguenti domande per capire se sia utile usare MySQL Cluster nei vostri progetti che richiedono i più alti livelli di disponibilità e prestazioni in tempo reale:
  • Quale % del tempo è dedicate allo sviluppo di logica ridonante e failover per le applicazioni e i database?
  • Quali sono le conseguenze quando l’applicazione non rispetta i requisiti di disponibilità e prestazioni?
  • Quale percentuale del budget è spesa per il mantenimento di più RDBMS per soddisfare i requisiti dell’applicazione?
  • Necessitate di supporto in fase di sviluppo e/o produzione per il vostro ambiente MySQL?
Vi invitiamo a consultare la nostra Evaluation Guide e le nostre risorse per saperne di più su MySQL Cluster.

Quesiti tecnici

D: Quali sono le tipiche metriche per le prestazioni di MySQL Cluster?
R:
  • Disponibilità
    • 99.999% (<5 min downtime / anno)
  • Performance
    • Tempi di risposta: 2-5 milliseconi (con replicazione sincrona e accesso via API NDB)
    • Throughput di 10.000+ transazioni replicate/sec. su un 2 Node Cluster, con 1 CPU per nodo (configurazione minima)
    • Throughput di 100.000.000+ transazioni replicate/sec. su un 4 Node Cluster, con 2 CPU per nodo (configurazione di fascia bassa)
  • Failover
    • Il failover inferiore al secondo consente di fornire servizi senza alcuna interruzione
  • Scalabilità
    • Scale-out, scale-up e scalabilità dinamica.
    • Per uno scale-out economico:
      • Aggiungere più Data Node (8, 10, 12,...48) per cluster, oppure
      • Aggiungere più CPU (4, 8, ecc.) oppure
      • Aggiungere più memoria (16GB, 32GB, ecc.) per Data Node
MySQL Cluster offre un “in-memory database” distribuito*, quindi nel caso delle richieste atomiche è estremamente veloce e prevedibile, ma l’architettura distribuita non è ideale nel caso di query complesse con un’elevata quantità di join. Le prestazioni migliori sono ottenibili se l’applicazione è consapevole della distribuzione (tutti i record accessibili da parte della transazione sono conservati e serviti dallo stesso Data Node). Usando l’API NDB, le transazioni possono essere eseguite in batch, per migliorare ulteriormente le prestazioni.

*MySQL Cluster supporta inoltre i dati basati su disco, per aumentare ulteriormente la flessibilità e la scalabilità offerte dal database.
D: Quanti server fisici sono necessari per creare una configurazione Cluster minima?
R: Per garantire un buon livello di ridondanza sono consigliati 2 MySQL Server Node, 2 Data Node e 1 Management Node. Ai fini della semplice valutazione, è possibile avere solo un singolo server fisico, sebbene ciò consentirebbe di effettuare solo una semplice valutazione di base.
D: È possibile suddividere i Data Node geograficamente?
R: Non è una pratica raccomandata o supportata. Non dovrebbe esserci troppa latenza tra i Data Node presenti nel cluster, quindi tipicamente si troveranno nello stesso data center o rack. Tuttavia, MySQL Cluster CGE supporta la replicazione geografica, quindi si potrebbero avere 2 installazioni Cluster separate in una configurazione master-slave. Questo tipo di replicazione è asincrona ed è quindi diversa dalla replicazione sincrona tra Data Node di una singola installazione Cluster; la latenza della rete non influisce quindi sulle prestazioni dell’applicazione.
D: Quali sono le API esistenti per l’accesso ai dati di MySQL Cluster?
R: Le applicazioni possono essere sviluppate usando uno qualsiasi dei connettori MySQL. MySQL Cluster CGE fornisce inoltre la connettività nativa attraverso C++, Java, LDAP.
D: Le interfacce per le applicazioni a 32-bit sono diverse da quelle a 64-bit?
R: No, le interfacce sono le stesse.
D: MySQL Cluster può essere un buon database integrato?
R: Sì, MySQL Cluster è spesso usato come database integrato dagli ISV e dai Network Equipment Provider (NEP). Elenco dei clienti »
D: Cos’è la replicazione geografica di MySQL Cluster?
R: La replicazione geografica consente di eseguire replicazioni asincrone su cluster separati geograficamente. Questa procedura è spesso usata in caso di Disaster Recovery.
D: La replicazione è bidirezionale?
R: Sì, MySQL Cluster CGE supporta la replicazione unidirezionale e bidirezionale.
D: Quando si usa MySQL Cluster come database in memoria centrale, si rischia di smarrire dati?
R: Le configurazioni di MySQL Cluster dispongono solitamente di almeno due copie di tutti i dati, conservati su host diversi. In caso di guasto totale del sistema, i log delle transazioi e i checkpoint file persistono sul disco, con frequenza configurabile. Inoltre, sul disco possono essere conservati dati non indicizzati.
D: MySQL Cluster offre un’opzione DISKLESS?
R: MySQL Cluster dispone di un’opzione “diskless”, così come di un’opzione “no-logging

Nel caso dell’opzione Diskless, sono previste le seguenti restrizioni:

  1. Nessun dato su disco
  2. Perdita dei dati in caso di guasto del Cluster
  3. Nessun backup
Nel caso dell'opzione "No logging", Cluster continua a creare i file di log, ma non vi è alcun checkpoint dei dati su disco.

Inizio pagina