Aws Rds

title: "Cum să configurezi și să gestionezi baze de date RDS în AWS — Ghid rapid" description: "Creare instanță RDS, configurare baze de date MySQL/PostgreSQL, backup și restaurare în AWS" weight: 985 date: 2025-01-15 draft: false tags: [aws, rds, baze-de-date, mysql, quick-fix]

Amazon RDS (Relational Database Service) simplifică configurarea, operarea și scalarea bazelor de date relaționale în cloud, eliminând sarcinile administrative precum backup-ul, patch-urile și replicarea.

Problema

Instalarea și administrarea manuală a unui server de baze de date implică configurare complexă, backup-uri manuale, aplicare de patch-uri și monitorizare constantă. O singură eroare de configurare poate duce la pierderea datelor.

Abordarea Greșită

# Instalare manuală MySQL pe EC2
sudo apt install mysql-server
sudo mysql_secure_installation
# Backup manual cu cron + scripturi proprii

Abordarea Corectă

Creează o bază de date RDS gestionată:

# Creare instanță RDS MySQL
aws rds create-db-instance \
  --db-instance-identifier mydb \
  --db-instance-class db.t3.micro \
  --engine mysql \
  --master-username admin \
  --master-user-password parola123! \
  --allocated-storage 20 \
  --backup-retention-period 7 \
  --multi-az false

# Verificare stare
aws rds describe-db-instances \
  --db-instance-identifier mydb \
  --query "DBInstances[*].[DBInstanceIdentifier,DBInstanceStatus,Endpoint.Address]"

Output:

mydb	available	mydb.abcdef123456.us-east-1.rds.amazonaws.com

Conectare și Gestionare

# Conectare la baza de date RDS
mysql -h mydb.abcdef123456.us-east-1.rds.amazonaws.com -u admin -p

# Creare snapshot manual
aws rds create-db-snapshot \
  --db-instance-identifier mydb \
  --db-snapshot-identifier mydb-snapshot-20250115

# Restaurare din snapshot
aws rds restore-db-instance-from-db-snapshot \
  --db-instance-identifier mydb-restored \
  --db-snapshot-identifier mydb-snapshot-20250115

# Scalare instanță
aws rds modify-db-instance \
  --db-instance-identifier mydb \
  --db-instance-class db.t3.small \
  --apply-immediately

Greșeli Comune

1. Backup retention set la 0 — fără backup automat, datele sunt vulnerabile.
2. Port 3306 deschis public — restricționează accesul la SG-ul aplicației tale.
3. Parolă slabă — folosește parole puternice și rotește-le periodic.
4. Fără Multi-AZ în producție — fără failover automat, downtime-ul e garantat la o cădere.
5. Stocare subdimensionată — RDS nu scalează storage-ul automat fără configurare.

FAQ

Construit de dezvoltătorii Doda Browser, DodaZIP și Durga Antivirus Pro. DodaTech integrează securitatea în fiecare soluție cloud.