Server cloud per PostgreSQL in Europa

Server cloud per PostgreSQL in Europa

Server cloud per PostgreSQL in Europa

PostgreSQL e il database scelto per le applicazioni che necessitano di affidabilità, query complesse e rigida integrità dei dati. Se i tuoi utenti o la tua azienda si trovano in Europa, eseguire PostgreSQL su un server cloud EU non e solo una preferenza tecnica - e una necessita legale ai sensi del GDPR.

Perché la residenza dei dati in UE e importante per PostgreSQL

Il GDPR richiede che i dati personali dei residenti UE vengano elaborati sotto la giurisdizione europea. Ospitare il tuo database PostgreSQL su un server fisicamente situato nell'UE e gestito da un'azienda europea soddisfa i requisiti di residenza dei dati senza accordi complessi con gli hyperscaler americani.

Inoltre, i server EU offrono una latenza inferiore per gli utenti europei. Un database a Francoforte o Praga risponde a un'applicazione berlinese 30-80 ms più velocemente rispetto a uno ospitato in Virginia.

Specifiche minime per PostgreSQL

  • Piccolo (dev/staging) - 4 vCPU, 8 GB RAM, 100 GB NVMe SSD
  • Medio (app di produzione) - 8 vCPU, 32 GB RAM, 500 GB NVMe SSD
  • Grande (analytics o OLTP ad alta scrittura) - 16+ vCPU, 64-128 GB RAM, 1+ TB NVMe SSD

Configurazione DCXV raccomandata

I server cloud DCXV funzionano su infrastruttura certificata Tier III nell'UE con storage NVMe. Una configurazione di produzione PostgreSQL pratica su DCXV:

  • 8 vCPU, 32 GB RAM, 500 GB NVMe - gestisce la maggior parte dei database SaaS di produzione
  • 16 vCPU, 64 GB RAM, 1 TB NVMe - database analitici con query di reporting concorrenti

Contatta sales@dcxv.com per una raccomandazione di configurazione.

Comandi di configurazione rapida

# Installare PostgreSQL 16 su Ubuntu 22.04
sudo apt update && sudo apt install -y postgresql-16

# Avviare e abilitare il servizio
sudo systemctl start postgresql
sudo systemctl enable postgresql

# Creare database e utente
sudo -u postgres psql -c "CREATE DATABASE myapp;"
sudo -u postgres psql -c "CREATE USER myapp_user WITH ENCRYPTED PASSWORD 'strongpassword';"
sudo -u postgres psql -c "GRANT ALL PRIVILEGES ON DATABASE myapp TO myapp_user;"
# Impostazioni chiave postgresql.conf per 32 GB RAM
shared_buffers = 8GB
effective_cache_size = 24GB
work_mem = 64MB
maintenance_work_mem = 2GB
max_connections = 200

Cosa fa davvero ogni impostazione di memoria

I quattro valori di quel blocco di configurazione non sono arbitrari, e solo uno di essi è un limite per server. Confondere questa differenza è il motivo per cui una macchina con RAM in abbondanza finisce per usare lo swap:

Impostazione Che cosa copre Valore sopra Come si scopre che è sbagliata
shared_buffers La cache delle pagine condivisa, una per server 8 GB Le letture continuano ad andare su disco mentre la memoria libera resta inutilizzata
work_mem Un ordinamento o un hash, per operazione 64 MB Nel log compaiono file temporanei, o il server va in swap sotto carico
maintenance_work_mem VACUUM e costruzione degli indici, per worker 2 GB Autovacuum non termina mai sulla tabella più grande
effective_cache_size Niente - è un suggerimento per il planner 24 GB Il planner sceglie una scansione sequenziale invece di un indice perfettamente buono

work_mem è quello che fa male. Si applica per ordinamento, non per connessione, quindi una query con tre ordinamenti su cinquanta connessioni può chiedere centocinquanta volte il valore impostato. Alzalo per la singola query di reporting che ne ha bisogno, dentro quella sessione, e non per tutto il server.

Prestazioni attese

Su un'istanza da 8 vCPU / 32 GB RAM / NVMe con PostgreSQL 16:

  • pgbench TPS (solo lettura) - 12.000-18.000 TPS
  • pgbench TPS (lettura-scrittura) - 4.000-7.000 TPS
  • Latenza di ricerca riga singola (con indice) - meno di 0,5 ms

Queste sono aspettative per hardware di questa classe, non misurazioni dal nostro laboratorio. Prendile come punto di partenza per il dimensionamento e misura il tuo carico: i numeri reali dipendono dai tuoi dati, dalle tue query e dal tuo tuning molto più che dal fornitore.

Conclusione

PostgreSQL su un server cloud EU offre conformità GDPR, bassa latenza per gli utenti europei e pieno controllo sui tuoi dati. Inizia con un'istanza DCXV correttamente dimensionata e applica i parametri di tuning sopra indicati.

Come connettersi al tuo nuovo server cloud via SSH
sshtutorialcloud

Come connettersi al tuo nuovo server cloud via SSH

Il server è pronto e il pannello mostra IP, login e password. Ecco la prima connessione SSH, i quattro errori più comuni e i primi dieci minuti.

Come connettersi a un server Windows con Desktop remoto
rdpwindowstutorialcloud

Come connettersi a un server Windows con Desktop remoto

Hai un indirizzo, un nome utente e una password. Ecco come diventano un desktop Windows sul tuo schermo, da un PC, un Mac o un telefono: è tutto qui, passo dopo passo.

Server cloud per Stable Diffusion in Europa: configurazione GPU
cloudaigpu

Server cloud per Stable Diffusion in Europa: configurazione GPU

Esegui Stable Diffusion su un server cloud EU conforme al GDPR. GPU, configurazione AUTOMATIC1111 e ComfyUI, storage modelli e benchmark di generazione immagini.

Server cloud per hosting LLM in Europa: guida AI GDPR
cloudaigpu

Server cloud per hosting LLM in Europa: guida AI GDPR

Ospita grandi modelli linguistici su un server cloud EU conforme al GDPR. GPU, quantizzazione, framework API e benchmark di throughput per l'Europa.

Esegui Claude Code, Codex e Grok CLI sul tuo server cloud
cloudaivps

Esegui Claude Code, Codex e Grok CLI sul tuo server cloud

Trasforma un server cloud Debian o Ubuntu in un sandbox per agenti IA come Claude Code, Codex e Grok CLI. Programma da qualsiasi luogo.