Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Specifiche dell'applicazione HBase per versioni AMI di Amazon EMR precedenti ## Versioni di HBase supportate | Versione di HBase | Versione AMI | AWS CLI parametri di configurazione | Dettagli della versione di HBase | | --- | --- | --- | --- | | [0.94.18](https://svn.apache.org/repos/asf/hbase/branches/0.94/CHANGES.txt) | versioni 3.1.0 e successive | `--ami-version 3.1`
`--ami-version 3.2`
`--ami-version 3.3`
`--applications Name=HBase` | + Miglioramenti e correzioni di bug. | | [0.94.7](https://svn.apache.org/repos/asf/hbase/branches/0.94/CHANGES.txt) | 3.0-3.0.4 | `--ami-version 3.0`
`--applications Name=HBase` | | [0.92](https://svn.apache.org/repos/asf/hbase/branches/0.92/CHANGES.txt) | versioni 2.2 e successive | `--ami-version 2.2 or later`
`--applications Name=HBase` | ## Prerequisiti per i cluster HBase Un cluster creato utilizzando le versioni AMI 2.x e 3.x di Amazon EMR deve soddisfare i seguenti requisiti per HBase. + The AWS CLI (opzionale): per interagire con HBase utilizzando la riga di comando, scarica e installa la versione più recente di. AWS CLI Per ulteriori informazioni, consulta [Installazione dell’ AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/userguide/installing.html) nella *Guida per l’utente dell’AWS Command Line Interface *. + Almeno due istanze (facoltativo): il nodo master del cluster esegue il server master HBase e Zookeeper mentre i nodi attività eseguono i server di regione HBase. Per le migliori prestazioni, i cluster HBase devono essere eseguiti su almeno due istanze EC2, ma è possibile eseguire HBase su un singolo nodo per scopi di valutazione. + Long-running Cluster: HBase viene eseguito solo su cluster di lunga durata. Per impostazione predefinita, la CLI e la console di Amazon EMR creano cluster di lunga durata. + Una coppia di chiavi Amazon EC2 impostata (consigliato): per utilizzare il protocollo di rete SSH (Secure Shell) per la connessione al nodo master e l'esecuzione dei comandi della shell HBase, è necessario utilizzare un coppia di chiavi Amazon EC2 alla creazione del cluster. + Versioni AMI e Hadoop corrette - I cluster HBase sono attualmente supportati solo su Hadoop 20.205 o versioni successive. + Ganglia (facoltativo) - Per monitorare i parametri di prestazioni HBase, installare Ganglia alla creazione del cluster. + Un bucket Amazon S3 per i log (facoltativo): i log di HBase sono disponibili sul nodo master. Per copiare questi log in Amazon S3, specifica un bucket S3 per ricevere i file di log alla creazione del cluster. ## Creazione di un cluster con HBase La tabella seguente elenca le opzioni disponibili quando si utilizza la console per creare un cluster con HBase mediante una versione AMI di Amazon EMR. | Campo | Azione | | --- | --- | | Restore from backup (Ripristina da backup) | Specifica se precaricare il cluster HBase con i dati archiviati in Amazon S3. | | Backup location (Posizione backup) | Specifica l'URI in cui il backup per il ripristino risiede in Amazon S3. | | Backup version (Versione backup) | Eventualmente, specificare il nome della versione del backup in Backup Location (Posizione backup) che si intende utilizzare. Se si lascia questo campo vuoto, Amazon EMR utilizza il backup più recente in Backup Location (Percorso backup) per popolare il nuovo cluster HBase. | | Schedule Regular Backups (Pianifica backup regolari) | Specificare se pianificare backup incrementali automatici. Il primo backup è un backup completo per creare una baseline per i backup incrementali successivi. | | Consistent backup (Backup coerente) | Specificare se i backup devono essere coerenti. Un backup coerente è un backup che sospende le operazioni di scrittura durante la fase di backup iniziale, ovvero la sincronizzazione dei nodi. Tutte le operazioni di scrittura sospese sono inserite in una coda e ripristinate al termine della sincronizzazione. | | Backup frequency (Frequenza backup) | Il numero di /minuti tra i backup pianificati. days/hours | | Backup location (Posizione backup) | L'URI di Amazon S3 in cui vengono archiviati i backup. Il percorso di backup di ogni cluster HBase deve essere differente per assicurare la correttezza dei backup differenziali. | | Backup start time (Orario di avvio backup) | Specificare quando deve iniziare il primo backup. Specificare now per iniziare il primo backup non appena il cluster viene eseguito oppure immettere una data e un'ora in [formato ISO](http://www.w3.org/TR/NOTE-datetime). Ad esempio, 2012-06-15 T20:00Z imposterebbe l'ora di inizio al 15 giugno 2012 alle 20:00 UTC. | Il seguente AWS CLI comando di esempio avvia un cluster con HBase e altre applicazioni: **Nota** I caratteri di continuazione della riga Linux (\\) sono inclusi per questioni di leggibilità. Possono essere rimossi o utilizzati nei comandi Linux. Per Windows, rimuoverli o sostituirli con un accento circonflesso (^). ``` aws emr create-cluster --name "{{Test cluster}}" --ami-version {{3.3}} \ --applications Name={{Hue}} Name={{Hive}} Name={{Pig}} Name={{HBase}} \ --use-default-roles --ec2-attributes KeyName={{myKey}} \ --instance-type {{c1.xlarge}} --instance-count {{3}} --termination-protected ``` Dopo che la connessione tra i cluster Hive e HBase è stata effettuata (come mostrato nella procedura precedente), puoi accedere ai dati archiviati nel cluster HBase creando una tabella esterna in Hive. L'esempio seguente, quando eseguito dal prompt Hive, crea una tabella esterna che fa riferimento ai dati archiviati in una tabella HBase denominata `inputTable`. Puoi quindi fare riferimento a `inputTable` nelle istruzioni Hive per eseguire una query e modificare i dati memorizzati nel cluster HBase. **Nota** L'esempio seguente utilizza **protobuf-java-2.4.0a.jar** nell'AMI 2.3.3, ma devi modificare l'esempio affinché corrisponda alla versione utilizzata. Per determinare qual è la versione in uso del file JAR dei buffer di protocollo, esegui il comando dal prompt dei comandi Hive: `! ls /home/hadoop/lib;`. ``` add jar lib/emr-metrics-1.0.jar ; add jar lib/protobuf-java-2.4.0a.jar ; set hbase.zookeeper.quorum=ec2-107-21-163-157.compute-1.amazonaws.com ; create external table inputTable (key string, value string) stored by 'org.apache.hadoop.hive.hbase.HBaseStorageHandler' with serdeproperties ("hbase.columns.mapping" = ":key,f1:col1") tblproperties ("hbase.table.name" = "t1"); select count(*) from inputTable ; ``` ## Personalizzazione della configurazione di HBase Anche se la maggior parte delle applicazioni funziona correttamente con le impostazioni predefinite, puoi scegliere di modificare le impostazioni di configurazione HBase. A questo proposito, esegui uno dei due script di operazione di bootstrap: + **configure-hbase-daemons**: configura le proprietà dei daemon master, regionserver e zookeeper. Queste proprietà includono la dimensione heap e le opzioni per il passaggio alla JVM all'avvio del daemon HBase. Puoi impostare queste proprietà come argomenti nell'operazione di bootstrap. Questa azione bootstrap modifica il file di configurazione/home/hadoop/conf/hbase-user-env.sh sul cluster HBase. + **configure-hbase**: configura impostazioni specifiche al sito HBase, ad esempio la porta a cui il master HBase deve associarsi e il numero massimo di tentativi che il client della CLI ha a disposizione per eseguire un'operazione. Puoi impostare questi parametri uno a uno, come argomenti nell'operazione di bootstrap, oppure specificare il percorso di un file di configurazione XML in Amazon S3. Questa azione di bootstrap modifica il file di configurazione/home/hadoop/conf/hbase-site.xml sul cluster HBase. **Nota** Questi script, come altre operazioni di bootstrap, possono essere eseguiti solo alla creazione del cluster; non puoi utilizzarli per modificare la configurazione di un cluster HBase in esecuzione. Quando esegui le operazioni di bootstrap **configure-hbase** o **configure-hbase-daemon**, i valori specificati sostituiscono i valori predefiniti. Ai parametri non impostati in modo esplicito sono assegnati i valori di default. La configurazione di HBase con queste operazioni di bootstrap è analoga all'utilizzo di operazioni di bootstrap in Amazon EMR per configurare le impostazioni Hadoop e le proprietà di daemon di Hadoop. La differenza è che HBase non ha opzioni di memoria per processo. Le opzioni di memoria vengono invece impostate utilizzando l'`--{{daemon}}-opts`argomento, dove {{daemon}} viene sostituito dal nome del demone da configurare. ### Configurazione di daemon HBase Amazon EMR fornisce un'azione di bootstrap`s3://{{region}}.elasticmapreduce/bootstrap-actions/configure-hbase-daemons`, che puoi utilizzare per modificare la configurazione dei daemon HBase, {{region}} dov'è la regione in cui stai lanciando il cluster HBase. Per configurare i daemon HBase utilizzando il AWS CLI, aggiungi l'azione di `configure-hbase-daemons` bootstrap all'avvio del cluster per configurare uno o più daemon HBase. Puoi impostare le seguenti proprietà: | Proprietà | Description | | --- | --- | | hbase-master-opts | Opzioni che controllano il modo in cui la JVM esegue il daemon master. Se impostate, sovrascrivono le variabili HBASE\_MASTER\_OPTS di default. | | regionserver-opts | Opzioni che controllano il modo in cui la JVM esegue il daemon del server di regione. Se impostate, sovrascrivono le variabili HBASE\_REGIONSERVER\_OPTS di default. | | zookeeper-opts | Opzioni che controllano il modo in cui la JVM esegue il daemon zookeeper. Se impostate, sovrascrivono le variabili HBASE\_ZOOKEEPER\_OPTS di default. | Per ulteriori informazioni su queste opzioni, consulta [hbase-env.sh](https://hbase.apache.org/book.html#hbase.env.sh) nella documentazione di HBase. Un'operazione di bootstrap per configurare i valori per `zookeeper-opts` e `hbase-master-opts` è illustrata nell'esempio seguente. **Nota** I caratteri di continuazione della riga Linux (\\) sono inclusi per la leggibilità. Possono essere rimossi o utilizzati nei comandi Linux. Per Windows, rimuoverli o sostituirli con un accento circonflesso (^). ``` aws emr create-cluster --name "{{Test cluster}}" --ami-version {{3.3}} \ --applications Name={{Hue}} Name={{Hive}} Name={{Pig}} Name={{HBase}} \ --use-default-roles --ec2-attributes KeyName={{myKey}} \ --instance-type {{c1.xlarge}} --instance-count {{3}} --termination-protected \ --bootstrap-actions Path={{s3://elasticmapreduce/bootstrap-actions/configure-hbase-daemons}},\ Args=[{{"--hbase-zookeeper-opts=-Xmx1024m -XX:GCTimeRatio=19","--hbase-master-opts=-Xmx2048m","--hbase-regionserver-opts=-Xmx4096m"}}] ``` ### Configurazione delle impostazioni del sito HBase Amazon EMR fornisce un'operazione di bootstrap, `s3://elasticmapreduce/bootstrap-actions/configure-hbase`, che puoi utilizzare per modificare la configurazione di HBase. Puoi impostare questi valori di configurazione uno a uno, come argomenti nell'operazione di bootstrap, oppure specificare il percorso di un file di configurazione XML in Amazon S3. L'impostazione di ogni singolo valore di configurazione è utile se è necessario impostare solo alcune impostazioni di configurazione. L'impostazione mediante un file XML è utile se devi apportare numerose modifiche oppure se intendi salvare le impostazioni di configurazione per un riutilizzo futuro. **Nota** Puoi aggiungere al nome del bucket Amazon S3 un prefisso regionale, ad esempio, {{region}} dov'è la regione in cui stai lanciando il `s3://{{region}}.elasticmapreduce/bootstrap-actions/configure-hbase` cluster HBase. Questa operazione di bootstrap modifica il file di configurazione `/home/hadoop/conf/hbase-site.xml` nel cluster HBase. L'operazione di bootstrap può essere eseguita solo all'avvio del cluster HBase. Per ulteriori informazioni sulle impostazioni del sito HBase che è possibile configurare, consulta la sezione relativa alla [Default configuration (Configurazione predefinita)](http://hbase.apache.org/book.html#config.files) nella documentazione di HBase. Imposta l'operazione di bootstrap `configure-hbase` quando avvii il cluster HBase e specifica i valori da modificare in `hbase-site.xml`. **Per specificare le impostazioni dei singoli siti HBase utilizzando AWS CLI** + Per modificare l'`hbase.hregion.max.filesize`impostazione, digita il comando seguente e sostituiscilo {{myKey}} con il nome della tua coppia di chiavi Amazon EC2. **Nota** I caratteri di continuazione della riga Linux (\\) sono inclusi per questioni di leggibilità. Possono essere rimossi o utilizzati nei comandi Linux. Per Windows, rimuovili o sostituiscili con un accento circonflesso (^). ``` aws emr create-cluster --name "{{Test cluster}}" --ami-version {{3.3}} \ --applications Name={{Hue}} Name={{Hive}} Name={{Pig}} Name={{HBase}} \ --use-default-roles --ec2-attributes KeyName={{myKey}} \ --instance-type {{c1.xlarge}} --instance-count {{3}} --termination-protected \ --bootstrap-actions Path={{s3://elasticmapreduce/bootstrap-actions/configure-hbase}},Args=[{{"-s","hbase.hregion.max.filesize=52428800"}}] ``` **Per specificare le impostazioni del sito HBase con un file XML utilizzando AWS CLI** 1. Creare una versione personalizzata di `hbase-site.xml`. Il file personalizzato devono essere un file XML valido. Per ridurre il rischio di errori, esegui l'avvio con la copia predefinita di `hbase-site.xml`, disponibile nel nodo master HBase di Amazon EMR in `/home/hadoop/conf/hbase-site.xml`, quindi modifica una copia di quel file anziché creare un file da zero. È possibile assegnare un nuovo nome al file oppure mantenere il nome `hbase-site.xml`. 1. Carica il file `hbase-site.xml` personalizzato in un bucket Amazon S3. Dovrebbe avere le autorizzazioni impostate in modo che l' AWS account che avvia il cluster possa accedere al file. Se l' AWS account che avvia il cluster possiede anche il bucket Amazon S3, può accedervi. 1. Impostare l'operazione di bootstrap **configure-hbase** quando si avvia il cluster HBase e includere il percorso del file `hbase-site.xml` personalizzato. L'esempio seguente imposta i valori di configurazione del sito HBase su quelli specificati nel file `s3://amzn-s3-demo-bucket/my-hbase-site.xml`. Digita il comando seguente, sostituiscilo {{myKey}} con il nome della tua coppia di chiavi EC2 e sostituiscilo {{amzn-s3-demo-bucket}} con il nome del tuo bucket Amazon S3. **Nota** I caratteri di continuazione della riga Linux (\\) sono inclusi per questioni di leggibilità. Possono essere rimossi o utilizzati nei comandi Linux. Per Windows, rimuoverli o sostituirli con un accento circonflesso (^). ``` aws emr create-cluster --name "{{Test cluster}}" --ami-version {{3.3}} \ --applications Name={{Hue}} Name={{Hive}} Name={{Pig}} Name={{HBase}} \ --use-default-roles --ec2-attributes KeyName={{myKey}} \ --instance-type {{c1.xlarge}} --instance-count {{3}} --termination-protected \ --bootstrap-actions Path={{s3://elasticmapreduce/bootstrap-actions/configure-hbase}},Args=[{{"--site-config-file","s3://amzn-s3-demo-bucket/config.xml"}}] ``` Se si specifica più di un'opzione per personalizzare il funzionamento di HBase, è necessario anteporre a ogni coppia chiave-valore un parametro di opzione `-s` come mostrato nell'esempio seguente: ``` --bootstrap-actions {{s3://elasticmapreduce/bootstrap-actions/configure-hbase}},Args=[{{"-s","zookeeper.session.timeout=60000"}}] ``` Con il proxy impostato e la connessione SSH aperta, puoi visualizzare l'interfaccia utente di HBase aprendo una finestra del browser con http://{{master-public-dns-name}}: 60010/master -status, dove si {{master-public-dns-name}} trova l'indirizzo DNS pubblico del nodo master nel cluster HBase. È possibile visualizzare i log di HBase correnti utilizzando SSH per la connessione al nodo master e accedendo alla directory `mnt/var/log/hbase`. Questi file di log non sono disponibili dopo che il cluster viene terminato a meno che non si abiliti la registrazione in Amazon S3 quando il cluster viene avviato. ## Backup e ripristino di HBase Amazon EMR fornisce la possibilità di eseguire, manualmente o mediante una pianificazione automatizzata, il backup dei dati HBase in Amazon S3. Puoi eseguire backup completi e incrementali. Dal momento in cui disponi di una versione di backup dei dati HBase, puoi ripristinare quella versione in un cluster HBase. Puoi eseguire il ripristino in un cluster HBase in esecuzione oppure avviare un nuovo cluster prepopolato con i dati di backup. Durante il processo di backup, HBase continua a eseguire i comandi di scrittura. Ciò garantisce la disponibilità del cluster durante il backup, ma anche il rischio di inconsistenze tra i dati sottoposti a backup e le operazioni di scrittura eseguite in parallelo. Per comprendere le incoerenze che potrebbero verificarsi, devi considerare che HBase distribuisce le operazioni di scrittura sui nodi nel relativo cluster. Se un'operazione di scrittura viene eseguita dopo il polling di un determinato nodo, quei dati non sono inclusi nell'archivio di backup. È persino possibile che scritture precedenti sul cluster HBase (inviate a un nodo di cui è già stato eseguito il polling) non siano presenti nell'archivio di backup, mentre quelle successive (inviate a un nodo prima del polling) lo siano. Se un backup coerente è necessario, devi sospendere le operazioni di scrittura su HBase durante la parte iniziale del processo di backup, ovvero la sincronizzazione dei nodi. Puoi eseguire questa operazione specificando il parametro `--consistent` quando richiedi un backup. Con tale parametro, le operazioni di scrittura in questo periodo vengono messe in coda ed eseguite subito dopo il termine della sincronizzazione. Puoi anche pianificare backup ricorrenti e quindi risolvere eventuali incoerenze nel tempo, in quanto i dati non inclusi in un ciclo di backup sono inclusi in quello successivo. Quando esegui il backup dei dati HBase, devi specificare una directory di backup differente per ogni cluster. Un modo semplice di eseguire questa operazione è utilizzare l'identificatore del cluster come parte del percorso specificato per la directory di backup. Ad esempio, `s3://amzn-s3-demo-bucket/backups/j-3AEXXXXXX16F2`. Ciò garantisce che tutti i backup incrementali futuri faranno riferimento al cluster HBase corretto. Quando sei pronto per eliminare vecchi file di backup non più necessari, ti consigliamo di eseguire dapprima un backup completo dei dati HBase. Questa operazione assicura la conservazione di tutti i dati e fornisce una baseline per i backup incrementali successivi. Al termine del backup completo, puoi accedere alla directory di backup ed eliminare manualmente i vecchi file di backup. Il processo di backup di HBase utilizza S3DistCp per l'operazione di copia, che presenta alcune limitazioni per quanto riguarda lo spazio di archiviazione temporaneo dei file. ### Backup e ripristino di HBase mediante la console La console fornisce la possibilità di avviare un nuovo cluster e popolarlo con i dati di un backup di HBase precedente. Consente inoltre di pianificare backup incrementali periodici dei dati HBase. Altre funzionalità di backup e ripristino, come la possibilità di ripristinare dati in un cluster già in esecuzione, di eseguire backup manuali e pianificare backup completi automatici, sono disponibili tramite la CLI. **Per popolare un nuovo cluster con dati HBase archiviati utilizzando la console** 1. Passa alla nuova console Amazon EMR e seleziona **Passa alla vecchia console** dalla barra di navigazione laterale. Per ulteriori informazioni su cosa aspettarti quando passi alla vecchia console, consulta [Utilizzo della vecchia console](https://docs.aws.amazon.com/emr/latest/ManagementGuide/whats-new-in-console.html#console-opt-in). 1. Scegli **Crea cluster**. 1. Nella sezione **Storage Configuration (Configurazione storage)**, per **Additional Applications (Ulteriori applicazioni)**, scegliere **HBase** e **Configure and add (Configura e aggiungi)**. 1. Nella finestra di dialogo **Add Application (Aggiungi applicazione)**, selezionare **Restore From Backup (Ripristina da backup)**. 1. Per **Backup Location (Percorso backup)**, specificare il percorso del backup da caricare nel nuovo cluster HBase. Dovrebbe trattarsi di un URL Amazon S3 nel formato `s3://amzn-s3-demo-bucket/backups/`. 1. Per **Backup Version (Versione backup)**, si ha possibilità di specificare il nome di una versione di backup da caricare impostando un valore. Se non si imposta un valore per **Backup Version (Versione backup)**, Amazon EMR carica il backup più recente nel percorso specificato. 1. Scegliere **Add (Aggiungi)** e procedere alla creazione del cluster con altre opzioni, se necessario. **Per pianificare backup automatizzati dei dati HBase mediante la console** 1. Nella sezione **Storage Configuration (Configurazione storage)**, per **Additional Applications (Ulteriori applicazioni)**, scegliere **HBase** e **Configure and add (Configura e aggiungi)**. 1. Scegliere **Schedule Regular Backups (Pianifica backup regolari)**. 1. Specificare se i backup devono essere coerenti. Un backup coerente è un backup che sospende le operazioni di scrittura durante la fase di backup iniziale, ovvero la sincronizzazione dei nodi. Tutte le operazioni di scrittura sospese sono inserite in una coda e ripristinate al termine della sincronizzazione. 1. Impostare la frequenza dei backup immettendo un numero per **Backup Frequency (Frequenza backup)** e scegliendo **Days (Giorni)**, **Hours (Ore)**o **Minutes (Minuti)**. Il primo backup automatico che viene eseguito è un backup completo; successivamente, Amazon EMR salva backup incrementali in base alla pianificazione specificata. 1. Specifica il percorso in Amazon S3 in cui i backup devono essere archiviati. Il backup di ogni cluster HBase deve essere salvato in un percorso distinto in Amazon S3 per garantire il calcolo corretto dei backup incrementali. 1. Specificare quando deve verificarsi il primo backup impostando un valore per **Backup Start Time (Orario di avvio backup)**. Specificare `now` per iniziare il primo backup non appena il cluster viene eseguito oppure immettere una data e un'ora in [formato ISO](http://www.w3.org/TR/NOTE-datetime). Ad esempio, 2013-09-26T20:00Z, imposta l'ora di inizio al 26 settembre 2013 alle 20:00 UTC. 1. Scegliere **Aggiungi**. 1. Procedere con la creazione del cluster con altre opzioni, se necessario. ## Monitora HBase con CloudWatch Amazon EMR riporta tre parametri CloudWatch che puoi utilizzare per monitorare i backup HBase. Queste metriche vengono aggiornate a CloudWatch intervalli di cinque minuti e vengono fornite gratuitamente. | Metrica | Description | | --- | --- | | HBaseBackupFailed | Se l'ultimo backup non è riuscito. È impostato su 0 per impostazione predefinita e diventa 1 se il tentativo di backup precedente non riesce. Questo parametro è indicato solo per i cluster HBase.
Caso d'uso: monitorare i backup HBase
Unità: *numero* | | HBaseMostRecentBackupDuration | Il tempo necessario per il completamento del backup precedente. Questo parametro viene impostato indipendentemente dalla riuscita o meno dell'ultimo backup completato. Durante l'esecuzione del backup, questo parametro restituisce il numero di minuti trascorsi dopo l'avvio del backup. Questo parametro è indicato solo per i cluster HBase.
Caso d'uso: monitorare i backup HBase
Unità: *minuti* | | HBaseTimeSinceLastSuccessfulBackup | Il numero di minuti trascorsi dopo l'ultimo backup HBase riuscito avviato sul tuo cluster. Questo parametro è indicato solo per i cluster HBase.
Caso d'uso: monitorare i backup HBase
Unità: *minuti* | ## Configurazione di Ganglia per HBase Puoi configurare Ganglia per HBase utilizzando l'operazione di bootstrap **configure-hbase-for-ganglia**. Questa operazione configura HBase per pubblicare parametri in Ganglia. Devi configurare HBase e Ganglia quando avvii il cluster; i report Ganglia non possono essere aggiunti a un cluster in esecuzione. Ganglia archivia anche i file di log sul server all'indirizzo `/mnt/var/log/ganglia/rrds`. Se hai configurato il cluster per mantenere i file di log in un bucket Amazon S3, i file di log Ganglia vengono mantenuti anche in questo percorso. Per avviare un cluster con Ganglia per HBase, utilizza l'operazione di bootstrap **configure-hbase-for-ganglia** come mostrato nell'esempio seguente. **Nota** I caratteri di continuazione della riga Linux (\\) sono inclusi per la leggibilità. Possono essere rimossi o utilizzati nei comandi Linux. Per Windows, rimuoverli o sostituirli con un accento circonflesso (^). ``` aws emr create-cluster --name "{{Test cluster}}" --ami-version {{3.3}} \ --applications Name={{Hue}} Name={{Hive}} Name={{Pig}} Name={{HBase}} Name={{Ganglia}} \ --use-default-roles --ec2-attributes KeyName={{myKey}} \ --instance-type {{c1.xlarge}} --instance-count {{3}} --termination-protected \ --bootstrap-actions Path={{s3://elasticmapreduce/bootstrap-actions/configure-hbase-for-ganglia}} ``` Dopo che il cluster viene avviato con Ganglia configurato, puoi accedere ai grafici e ai report Ganglia utilizzando l'interfaccia grafica in esecuzione sul nodo master.