Skip navigation links

Contatta un rappresentante:

Italia: +39 06 99268193

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

Contatti online »
Rinnovo sottoscrizioni »

MySQL Newsletter - Subscribe Today!

FAQ: MySQL Cluster

Quesiti generali

  1. Cos’è MySQL Cluster?
  2. Cos’è MySQL Cluster Carrier Grade Edition?
  3. Chi sono i clienti esistenti di MySQL Cluster?
  4. Come funzionano le licenze di MySQL Cluster?
  5. Qual è la versione attuale di MySQL Cluster?
  6. MySQL Cluster richiede hardware o software speciali?
  7. Quali sono i requisiti di sistema di MySQL Cluster?
  8. Come è possibile determinare se un carico di lavoro è adeguato per MySQL Cluster?
  9. Quali sono le applicazioni ideali per MySQL Cluster?
  10. È necessario testare/certificare nuovamente le applicazioni dopo il rilascio di una nuova versione di MySQL Cluster?

Quesiti tecnici

  1. Quali sono le tipiche metriche per le prestazioni di MySQL Cluster?
  2. Quanti server fisici servono come minimo per poter avere un’installazione Cluster?
  3. È possibile suddividere i Data Node geograficamente?
  4. Quali sono le API esistenti per l’accesso ai dati di MySQL Cluster?
  5. Le interfacce per le applicazioni a 32-bit sono diverse da quelle a 64-bit?
  6. MySQL Cluster può essere un buon database integrato?
  7. Cos’è la MySQL Cluster Replication?
  8. La replicazione è bidirezionale?
  9. Quando si usa MySQL Cluster come database in memoria centrale, si rischia di smarrire dati?
  10. MySQL Cluster offre un’opzione DISKLESS?

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 è possibile determinare se un carico di lavoro è adeguato per MySQL Cluster?
R: A causa della sua architettura distribuita e "shared nothing", è importante conoscere i tipi di carichi di lavoro più adatti a MySQL Cluster. La seguente tabella riassume gli aspetti chiave da prendere in considerazione per poter definire se MySQL Cluster sia adatto alle vostre esigenze.

È possibile utilizzare MySQL Cluster È necessario abbinare altri storage engine MySQL
Elevato throughput in scrittura, risposte a bassa latenza Dimensioni del database superiori a 2 TB
Disponibilità 99,999% con failover inferiore al secondo e ripristini automatici Le righe richiedono più di 8 KB di memoria (esclusi i BLOB) e 128 campi
Requisiti di scalabilità non prevedibili Necessità di memorizzare oggetti superiori a 2 MB
Accesso principalmente tramite chiavi primarie o sottocomponenti di chiavi primarie con più campi Elevati volumi di reportistica che richiedano scansioni complete delle tabelle con join "complessi"
Join "semplici" Supporto delle foreign key


Dovreste porvi inoltre le seguenti domande per capire se sia utile usare MySQL Cluster nei vostri progetti che richiedono i massimi livelli di disponibilità e prestazioni in tempo reale:

  • Quale % del tempo è dedicata 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 leggere la nostra Evaluation Guide e le risorse sui prodotti per saperne di più su MySQL Cluster.
D: Quali sono le applicazioni ideali per MySQL Cluster?
R: Le tabelle da gestire con MySQL Cluster sono partizionate e distribuite su nodi separati. MySQL Cluster è un database multi-master con un’architettura parallela. Ciò permette di eseguire contemporaneamente elevati volumi di operazioni in lettura E in scrittura. Qualsiasi aggiornamento è immediatamente disponibile su tutti i nodi dell'applicazione (SQL o NDB API) che accedono ai dati conservati sui Data Node.

Poiché i carichi di scrittura sono distribuiti su tutti i Data Node, MySQL Cluster è in grado di offrire elevati livelli di scalabilità e throughput in scrittura nel caso di carichi di lavoro transazionali. Oltre ciò, MySQL Cluster è in grado di sfruttare molti nodi SQL che eseguono in parallelo le istruzioni, laddove ogni nodo gestisce più connessioni, supportando quindi le applicazioni transazionali altamente concorrenti.

Alla luce di quanto fino a qui descritto, la seguente tabella mostra un esempio di applicazioni nell’ambito delle quali MySQL Cluster è stato utilizzato con successo. Fate clic qui per vedere l’elenco completo dei casi di studio e delle applicazioni di MySQL Cluster.
  • Authentication, Authorization & Accounting
  • Server applicativi
  • LDAP / RADIUS / Diameter Data Store
  • Servizi di e-Commerce (ad es. carrello della spesa, transazioni di pagamento, evasione degli ordini, ecc.)
  • Servizi per sottosistemi IP multimediali
  • Nodi di rete intelligenti
  • Servizi localizzati e Presence Management
  • Message Store / Queue
  • Trasmissione di contenuti mobili
  • Portali e Application Store online
  • Giochi online
  • Elaborazione dei pagamenti
  • Piattaforme per servizi di telecomunicazione e servizi a valore aggiunto
  • Database per la gestione delle sottoscrizioni (ad es. HLR, HSS, ecc.)
  • Servizi VoIP, IPTV e Video-on-Demand
  • Gestione delle sessioni web
D: È necessario testare/certificare nuovamente le applicazioni dopo il rilascio di una nuova versione di MySQL Cluster
R: La decisione spetta al proprietario dell’applicazione e dipende solitamente dal rapporto tempo/lavoro necessario per testare nuovamente l’applicazione rispetto alla probabilità che si presentino problemi nel caso in cui l'applicazione fosse utilizzata senza nuovi test. Il proprietario dell’applicazione deve anche prendere in considerazione se sia necessaria una nuova valutazione delle prestazioni con la nuova versione di MySQL Cluster.

Sono due i motivi principali per cui un’applicazione potrebbe non funzionare correttamente dopo il passaggio a una nuova versione di MySQL Cluster:
  • Modifiche funzionali o API intenzionalmente introdotte in MySQL Cluster
  • Bug accidentalmente presenti nel codice della nuova versione

Le nuove versioni di MySQL Cluster (versione X.Y.Z) sono di tre tipi:
  • Versione principale: contraddistinta dalla lettera X. Queste versioni introducono nuove funzionalità importanti, così come modifiche significative del codice. La probabilità che una versione principale introduca nella vostra applicazione nuovi bug o modifiche incompatibili a livello di funzionalità/API sono molto più alte rispetto alle versioni minori o di manutenzione.
  • Versione minore: contraddistinta dalla lettera Y. Queste versioni introducono solitamente piccole modifiche a livello di funzionalità e codice (le modifiche sono minime rispetto alla versione di manutenzione più recente).
  • Versione di manutenzione: contraddistinta dalla lettera Z. Queste versioni contengono bug fix e non contengono modifiche funzionali, quindi il rischio maggiore è che i bug fix introducano un nuovo problema.

Per aiutare i proprietari delle applicazioni a prendere una decisione, MySQL offre le seguenti risorse:
  • Per le versioni principali e minori sono forniti white paper e webinar che descrivono le più importanti modifiche funzionali: http://www.mysql.com/products/database/cluster/resources.html
  • La sezione "MySQL Cluster Development Roadmap" della MySQL Cluster Reference Guide offre una panoramica delle modifiche funzionali contenute in ciascuna versione principale e minore. La Reference Guide più recente si trova all'indirizzo http://dev.mysql.com/doc/#cluster
  • Le modifiche contenute in una versione di manutenzione (in termini di descrizione dei bug risolti) sono descritte nel file "ChangeLog" incluso in ciascun rilascio.
  • I rapporti riguardanti i bug aperti e risolti si trovano alla pagina http://bugs.mysql.com

Vi invitiamo a leggere la nostra Evaluation Guide e le risorse sui prodotti 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