Mi stanno arrivando due server (redhat) su cui andrà messo postgresql.
Inizialmente si dovevano mettere anche altri servizi, per cui era prevista l'installazione del cluster redhat (installazione in carico al personale redhat che ci consegna le macchine).
Ora che non ci sono più quei servizi ma rimane solo il db non so se verrà installato quel cluster.
In entrambi i casi non so di chi sarà competenza l'installazione del db, se mia o di altri.
Nel caso fosse mia me lo devo studiare un po' perchè fondamentalmente non sono un dba e più di una installazione ed uso di base di mysql non ho fatto.
Quello che mi preme in particolar modo è la gestione del clustering.
Il cluster redhat (ammesso quindi che venga installato) è di tipo fault-tolerance; se mi casca un server automaticamente mi switcha tutto sull'altro, ok, ma se i server non cascano io vado ad usare una sola macchina.
Solitamente i db riescono in qualche modo a sfruttare meglio l'hardware, mettendo i dati in replica o accedendo contemporaneamente agli stessi dischi (gestendo autonomamente i lock) o altri sistemi in modo da bilanciare il carico. O almeno, Oracle lo fa; in particolare Oracle RAC.
Postgres ha un qualche sistema di clustering di alta affidabilità o di bilanciamento del carico gestiti nativamente?
E' complicato?
Forse l'installazione del db non è in carico a me (al momento la persona che può saperlo è assente), ma in ogni caso mi interesserebbe saperlo.
Ciao e grazie,
01
cluster postgresql
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
-
ZeroUno
- Staff
- Messaggi: 5441
- Iscritto il: ven 2 giu 2006, 14:52
- Nome Cognome: Matteo Rossini
- Slackware: current
- Kernel: slack-current
- Desktop: ktown-latest
- Distribuzione: 01000000-current
- Località: Roma / Castelli
- Contatta:
cluster postgresql
Packages finder: slakfinder.org | Slackpkg+, per aggiungere repository a slackpkg
Codice: Seleziona tutto
1011010 1100101 1110010 1101111 - 0100000 - 1010101 1101110 1101111