Informazioni di riferimento › Guida di riferimento al catalogo delle appliance › Catalogo di sistema › Appliance di database › PGSQL64 - appliance di database PostgreSQL

PGSQL64 - appliance di database PostgreSQL

Panoramica funzionale

Importante: PGSQL non è disponibile in CA AppLogic 2.8 o versioni successive; usare invece PGSQL64.

PGSQL64 è un'appliance di database basata sul modulo PostgreSQLdatabase (http://www.postgresql.org). È un modo facile per aggiungere un database a qualsiasi applicazione. PGSQL64 è un'appliance di database in stile enterprise che supporta molte funzionalità attualmente non supportate dalle appliance di MYSQLx. Fra queste: procedure archiviate, trigger, visualizzazioni e tipi di dati definiti dall'utente.

PGSQL64 archivia il database su un volume definito dell'applicazione che è possibile configurare in ciascuna istanza di PGSQ64L. PGSQL64 crea facoltativamente un database vuoto quando viene avviato su un volume vuoto. Non è possibile dividere il volume del database di PGSQL64 fra più istanze di PGSQL (un volume di database per istanza PGSQL).

I client di PGSQL64 accedono al database configurato mediante il terminale IN. Le richieste del database sono elaborate e inviate mediante lo stesso terminale. PGSQL64 permette a qualsiasi utente Postgres valido di accedere al database mediante il terminale IN (l'appliance ha un ruolo di utente con privilegi avanzati pre-configurato: "postgres" standard). È possibile configurare PGSQL64 con il numero massimo di connessioni concorrenti supportate.

PGSQL64 è anche in grado di mantenere accessibile un log di database mediante il terminale del log. Il log è utile per tenere traccia delle informazioni di database e della registrazione degli errori. Il percorso del log, il nome, l'età e i contenuti sono configurabili. Inoltre, le statistiche dei database e le informazioni di correzione degli errori di programma possono essere abilitate per la configurazione dei modelli di accesso al database e la diagnosi di problemi/errori.

PGSQL64 è usato generalmente per le applicazioni di database Web generiche (piccoli database con un grande numero di utenti che eseguono query semplici) oppure database di supporto delle decisioni (grandi database con un numero ridotto di utenti che eseguono query complesse).

Risorse

Nota: la memoria deve essere aumentata sulla base di due fattori principali: il numero di utenti concorrenti e le dimensioni del database. Generalmente, il PGSQL può supportare circa 80 utenti concorrenti per 128 MB di memoria. Più il database è grande, maggiore è la memoria che PGSQL dovrebbe avere per l'elaborazione. Ad esempio, PGSQL dovrebbe essere configurato con almeno 1 G di memoria per un database di 10 G, ossia 1 G in più per prestazioni migliori.

Terminali

L'interfaccia predefinita è abilitata. È destinato per la diagnosi e la risoluzione dei problemi (su SSH). Le versioni future di questa appliance possono disabilitare l'accesso di SSH.

Volumi di utente

Importante: Il volume di dati deve dedicato esclusivamente all'istanza di PGSQL (non può essere condiviso con altre appliance).

Proprietà

Nota: nessuna delle proprietà PGSQL fa distinzione tra caratteri maiuscoli o minuscoli, fatta eccezione per i nomi di file e dei percorsi.

Registrazione delle proprietà

Importante: L'appliance di PGSQL non viene avviata se la registrazione è abilitata e il terminale di log non è connesso.

Contatori personalizzati

L'appliance di PGSQL riporta i seguenti contatori personalizzati dal terminale di mon, purché la proprietà di log_cmd_stats è impostata su sì. Questi contatori appartengono al gruppo di contatori di PostgreSQL:

Messaggi di errore

In caso di errore nell'avvio dell'appliance, è possibile che vengano registrarti i seguenti errori nel log di sistema:

Messaggi di dashboard

Qualora vengano riscontrati gli errori critici che richiedono l'attenzione dell'utente, PGSQL registra i messaggi nel dashboard della griglia come segue:

Questi messaggi sono registrati soltanto una volta quando lo spazio libero su disco scende sotto la soglia.

Prestazioni

Le prestazioni di PGSQL sono fortemente influenzate dai valori di proprietà sync_on_write, log_filename e log_cmd_stats. Per conseguire i migliori risultati di prestazioni durante fsync, disabilitare tutte le registrazioni e le statistiche (sync_on_write=no, log_filename=" log_cmd_stats=no). La tabella di seguito contiene i risultati del test pgbench campione (specificato in unità tps, transazioni per secondo) quando queste caratteristiche sono abilitate o disabilitate. pgbench è un'utility inclusa in PostgreSQL che viene usata per misurare le prestazioni del database.

Applicazione a due livelli semplice (applicazione del database Web)

Il seguente diagramma mostra un uso tipico dell'appliance di PGSQL in un'applicazione Web a due livelli destinata agli utenti che eseguono query semplici:

Appliance in uso:

• usr - gateway di input
• iis - server Web con contenuto attivo (ad esempio, script CGI)
• dbase - appliance di database di PostgreSQL

Le richieste del client arriva sul gateway usr. Il gateway inoltra le richieste al server Web, che serve la richiesta. Quando lo script (ad esempio, Perl o PHP) su srv deve accedere a dati persistenti, utilizza l'appliance di dbase attraverso il terminale DB.

In questo esempio, il database utilizzato con dbase non è di sola lettura e molti utenti possono accedervi mediante srv eseguendo query complesse. Come tale, dbase è configurato per utilizzare 256 MB di memoria. Il database non mantiene i file di log di errore di database (il terminale di log non è connesso).

Esempio di configurazione della proprietà:

Nota: è necessario inoltre configurare il volume di dati sul database e il volume di contenuto sul Web. Per creare volumi di applicazione che è possibile utilizzare qui, consultare la Guida degli utenti della griglia.

Applicazione a due livelli scalabile (applicazione del database Web)

Il seguente diagramma mostra un uso tipico dell'appliance di PGSQL su un'applicazione Web a due livelli in cui il database è utilizzato per condividere lo stato e i dati tra più server Web, server Web con bilanciamento del carico (destinati a molti utenti che eseguono semplici query). Inoltre, questo esempio ha un input separato di manutenzione, attraverso il quale un amministratore può registrarsi e accedere al database per la manutenzione e l'input per consentire agli amministratori di leggere i log PostgreSQL.

Appliance in uso:

• utente - gateway di input delle richieste degli utenti
• web - utilità di bilanciamento di Web per le richieste utente
• srv1, srv2 - server Web con contenuto attivo (per esempio, script di CGI)
• config - archiviazione di contenuto del server Web
• dbase - appliance di database di PostgreSQL
• logs - archiviazione dei file log degli errori Web
• maint - gateway di input per l'accesso di mantenimento
• admin - server di Linux generico usato dall'amministratore
• gway - gateway di rete per l'accesso di amministratore a Internet
• log - gateway di input per l'accesso al log di errore di database

Le richieste del client arriva sul gateway usr. Il gateway inoltra le richieste all'utilità di bilanciamento del carico Web, che indirizza la richiesta a uno dei server Web (srv1 o srv2). Quando lo script (ad esempio, PHP.NET) sui server Web deve poter accedere a dati persistenti, usa l'appliance di SQL mediante i terminali DB.

Il database di dbase scrive il suo registro di errore all'appliance di log attraverso il terminale di log. Inoltre, un amministratore può accedere attraverso il gateway di log all'appliance di log e visualizzare i file di log degli errori di database (oltre ai file di log del server Web).

Inoltre, un amministratore può accedere a SSH attraverso il gateway di maint al server di admin. Dal server di admin, l'amministratore può accedere al database di db per statistiche o modificando lo schema del database. Il server di admin può accedere a Internet attraverso il gateway di gway per, ad esempio, scaricare una versione più nuova delle librerie o lo schema del database.

In questo esempio, il database usato con dbase non è di sola lettura e molti utenti possono accedervi mediante IIS eseguendo semplici query. Come tale, dbase è configurato per utilizzare 256 MB di memoria. Il database è configurato, inoltre, per tenere una settimana di file di log uno al giorno (dopo ogni settimana i file di log sono sovrascritti).

Esempio di configurazione della proprietà:

Note:

• È necessario configurare anche il volume di dati sul'appliance dbase e il volume di contenuto deve essere configurato sull'appliance dei log.
• Le appliance maint, admin, gway non sono richieste per l'operazione dell'applicazione a due livelli. Se presente, il server di admin può avere processi di cron per lo scrubbing del database, l'invio di messaggi di posta elettronica, ecc.

Applicazione a due livelli semplice (sistema di supporto delle decisioni)

Il seguente diagramma mostra un uso tipico dell'appliance di PGSQL in un'applicazione Web a due livelli che implementa un sistema di supporto delle decisioni per alcuni utente che eseguono query complesse su un database di diversi gigabyte.

Appliance in uso:

• usr - gateway di input
• iis - server Web con contenuto attivo (ad esempio, script CGI)
• config - archiviazione di contenuto del server Web
• dbase - appliance di database di PostgreSQL
• logs - archiviazione dei file log degli errori Web
• admin - gateway di input per la visualizzazione dei file log

Le richieste del client arriva sul gateway usr. Il gateway inoltra le richieste al server srv, che serve la richiesta. Quando lo script (ad esempio, Perl o PHP) su srv deve accedere a dati persistenti, utilizza l'appliance di dbase attraverso il terminale DB. L'appliance di dbase è configurata per archiviare i file di log nella directory principale della condivisione esposta dai log.

Mediante un browser, gli amministratori si connettono al gateway di admin per visualizzare i log di PostgreSQL. Il gateway di admin inoltra le richieste all'appliance NAS dei log.

In questo esempio, il database utilizzato con dbase non è di sola lettura e molti utenti possono accedervi mediante srv eseguendo query complesse (grandi query che accedono a milioni di righe).. Come tale, dbase è configurato per utilizzare 1536 MB di memoria. Il database è configurato, inoltre, per tenere una settimana di file di log uno al giorno (dopo ogni settimana i file di log sono sovrascritti).

Esempio di configurazione della proprietà:

Nota: è necessario inoltre configurare il volume di dati sull'appliance di db e sull'appliance di log.

Applicazione a due livelli semplice (applicazione del database Web di sola lettura)

Un uso meno comune dell'appliance di PGSQL è un'applicazione Web a due livelli mediante un database di sola lettura. Questo è lo stesso degli esempi di applicazione semplici precedenti tranne che il database è di sola lettura (nessuna modifiche vengono permesse). È importante impostare i parametri PGSQL in modo tale che questo usi sola lettura come si girerà di caratteristiche di PostgreSQL varie che non sono necessarie per database di sola lettura che si risolve in prestazioni migliore (database che automatico-vacuuming, statistiche di modifica di database, eccetera).

Esempio di configurazione della proprietà:

Applicazioni di database di debug

PGSQL espone le proprietà per abilitare il debug di un database usando il file di log parametrizzato (log_filename). Questo è utile per tenere traccia delle dichiarazioni di SQL, consultare il tempo necessario per eseguire dichiarazioni di SQL, consultare perché una dichiarazione di SQL non riesce, ecc. Le informazioni di debug includono:

• informazioni di debug standard esposte da PostgreSQL
• elaborazione della dichiarazione SQL e delle statistiche di esecuzione (utile per le query)
• le statistiche di PostgreSQL sui comandi SQL, l'accesso di livello riga al database, ecc.
• connessione/disconnessione dell'utente

Generalmente per eseguire il debug di un database, sono configurate le seguenti proprietà:

Le informazioni di debug sono archiviate nel registro di errore a cui si accede attraverso il terminale di log oppure sono disponibili attraverso una delle visualizzazioni di statistica di PostgreSQL: http://www.postgresql.org/docs/8.3/static/monitoring-stats.html.

note

Si ricorda che:

• PGSQL è progettato per usi del database relativamente semplici (senza master-slave, replica o altro). Se hai bisogno di un database più avanzato, non esitare a contattarci.
• PGSQL consente a qualsiasi utente Postgres valido di accedere al database (i postgres e la radice dei ruoli sono preconfigurati come utente con privilegi avanzati; potrebbero essere creati ruoli nuovi); le password utenti sono ignorate quando si accede mediante il terminale. L'unico modo per accedere al database è mediante il terminale o localmente dall'appliance PGSQL.
• Requisiti di volume
  • Verificare che il volume di dati sia creato con il file system di ext3; altrimenti, PostgreSQL non verrà avviato.
  • Il volume può essere lasciato su vuoto (appena creato) se auto_create è impostato su yes. PGSQL creerà un database vuoto sul volume quando viene avviato.
  • Il volume contiene soltanto i dati del database. È possibile spostare i dati copiando tutti i file su un nuovo (per esempio, più grande) volume.
  • I file di configurazione di PostgreSQL sul volume di dati sono copiati dalla directory /appliance/conf.
  • Per i database esistenti, PGSQL suppone che il file PostgreSQL PG_VERSION sia presente nella directory principale del volume. Se questo file manca, PGSQL suppone che il database non sia valido e lo sovrascrive se auto_create è impostato su yes.
• Per i database di lettura/scrittura (read_only è no), PGSQL esegue rimozioni automatiche del database. In questo modo, evita che il database occupi spazio sul volume di dati. Questa è una caratteristica incorporata di PostgreSQL. Senza le rimozioni automatiche, il volume di dati può diventare pieno. È obbligatorio definire l'impostazione log_cmd_stats su yes per abilitare la rimozione automatica.
• L'appliance connessa a PGSQL è responsabile per la creazione del proprio database e delle tabelle, se non esistono. In alternativa, l'utente può copiare manualmente il database iniziale sul volume di dati.
• L'appliance o il server connessi al terminale PGSQL='s =in dovrebbero avere la libreria di client PostgreSQL per accedere al server PostgreSQL e inviare le richieste. Questa libreria può essere scaricata qui.
• Riferimenti:
  • http://www.postgresql.org -- il sito Web di PostgreSQL
  • http://www.postgresql.org/docs/8.3/interactive/index.html -- Documentazione di PostgreSQL 8.3

Software Open Source e di terze parti usati in questa appliance

Il seguente software Open Source è usato oltre al software trovato sulla classe di base dell'appliance (LUX64 è la classe di base di PGSQL64).