Ce trebuie să știi despre Linux pentru un job de Cloud Support Engineer

Un Cloud Support Engineer nu este doar „persoana care răspunde la tichete”. În practică, rolul înseamnă diagnostic rapid: de ce nu pornește o instanță, de ce nu merge SSH, de ce site-ul nu răspunde, de ce DNS-ul nu se propagă, de ce o aplicație consumă prea mult CPU sau de ce un serviciu cloud pare configurat corect, dar nu funcționează.

Linux contează mult în acest job pentru că multe servere cloud rulează Ubuntu, Debian, Amazon Linux, Red Hat, Rocky Linux sau alte distribuții. Chiar dacă lucrezi în AWS, Azure sau Google Cloud, tot ajungi la terminal, loguri, servicii, firewall, DNS, storage și rețea.

Terminalul: trebuie să verifici rapid, nu să ghicești

La nivel junior, trebuie să poți intra pe un server Linux și să faci verificări de bază fără panică.

Comenzi esențiale:

whoami
hostname
uptime
ls -la
cat /etc/os-release
df -h
free -h
top
ps aux

Exemplu concret: un client spune că „serverul merge greu”. Înainte să dai vina pe cloud provider, verifici:

uptime
free -h
df -h
ps aux --sort=-%mem | head
ps aux --sort=-%cpu | head

Așa vezi dacă problema este CPU, RAM, disc plin sau un proces blocat.

SSH: una dintre cele mai frecvente probleme

În cloud support, o întrebare clasică este: „Nu mă pot conecta la server prin SSH”. Trebuie să verifici logic, pe straturi.

Pe client:

ssh -v user@IP_SERVER

Pe server, dacă ai acces prin consolă:

systemctl status ssh
sudo ss -tulpen | grep ':22'
sudo tail -n 100 /var/log/auth.log

Verifici patru lucruri: serviciul SSH rulează, portul 22 ascultă, cheia sau parola este corectă, firewall-ul sau security group-ul permite conexiunea.

În cloud, mai apare un nivel: regula de rețea. În AWS verifici Security Group și Network ACL. În Azure verifici Network Security Group. În Google Cloud verifici firewall rules. Linux îți spune ce se întâmplă pe mașină, cloud-ul îți spune dacă traficul ajunge până acolo.

Rețea și DNS: obligatorii pentru cloud

Un Cloud Support Engineer trebuie să înțeleagă IP, gateway, DNS, porturi și rutare. Nu la nivel de arhitect senior, dar suficient pentru diagnostic.

Comenzi utile:

ip a
ip route
ping 8.8.8.8
resolvectl status
dig exemplu.ro
curl -I http://exemplu.ro
traceroute exemplu.ro
ss -tulpen

Exemplu concret: site-ul nu se deschide. Verifici:

dig domeniu.ro
curl -I http://domeniu.ro
sudo ss -tulpen | grep ':80'
sudo ufw status verbose

Dacă DNS-ul pointează greșit, problema nu este Nginx. Dacă DNS-ul este corect, dar portul 80 nu ascultă, problema poate fi serviciul web. Dacă portul ascultă local, dar nu merge din exterior, verifici firewall-ul cloud.

Servicii Linux: systemctl și journalctl

Trebuie să știi să verifici servicii fără să dai restart automat.

Comenzi de bază:

systemctl status nginx
systemctl status apache2
systemctl status mysql
systemctl --failed
journalctl -u nginx -b -n 100
journalctl -p err -b

Exemplu concret: un client spune că aplicația web este jos. Tu verifici:

systemctl status nginx
sudo nginx -t
journalctl -u nginx -b -n 100
sudo tail -n 100 /var/log/nginx/error.log

Dacă nginx -t arată eroare de configurare, nu este problemă de cloud. Este configurare locală.

Storage: disc plin, volume și mount-uri

În cloud, problemele de disc sunt frecvente: volum atașat dar nemontat, partiție plină, filesystem neextins după mărirea discului sau aplicație care scrie loguri prea mari.

Comenzi utile:

lsblk
df -h
du -h --max-depth=1 /var | sort -h
mount
find /var/log -type f -size +100M

Exemplu: ai mărit volumul în cloud, dar Linux tot vede aceeași partiție. Atunci trebuie verificat discul cu lsblk, partiția și filesystem-ul. Nu rulezi comenzi de extindere fără backup sau snapshot.

Web servere și baze de date

Nu trebuie să fii expert DBA, dar trebuie să știi ce verifici când un site nu merge.

Pentru Nginx/Apache:

systemctl status nginx
systemctl status apache2
sudo ss -tulpen | grep ':80\|:443'

Pentru MySQL/MariaDB:

systemctl status mysql
systemctl status mariadb
df -h
free -h

Multe probleme de aplicație vin din lipsă de spațiu, memorie insuficientă, serviciu oprit sau configurare greșită.

Cloud CLI și logica de troubleshooting

În funcție de platformă, trebuie să înveți cel puțin o interfață de linie de comandă: AWS CLI, Azure CLI sau Google Cloud CLI. Google Cloud menționează explicit folosirea consolei și a interfeței command line pentru administrarea soluțiilor cloud. AWS Support include troubleshooting pentru resurse AWS, probleme operaționale și configurări de bază pentru aplicații comune, inclusiv sisteme de operare, web servere și baze de date.

Pentru portofoliu, fă un laborator simplu: creează un VPS, instalează Ubuntu Server, configurează SSH cu chei, UFW, Nginx, o pagină HTML, apoi strică intenționat un lucru: oprește Nginx, umple un folder de test, modifică DNS-ul sau blochează portul 80. Documentează cum ai diagnosticat problema.

Pentru un job de Cloud Support Engineer, Linux nu este opțional. Trebuie să știi să intri pe sistem, să verifici resurse, rețea, servicii, loguri și storage. Nu trebuie să știi tot, dar trebuie să ai o metodă clară: verifici local, verifici firewall-ul cloud, verifici DNS-ul, citești logurile și abia apoi tragi concluzia.

Surse folosite

AWS Support — Premium Support FAQs
AWS Training and Certification — Cloud Support Associate Certificate
Amazon Jobs — Cloud Support Engineer, cerințe pentru Linux/Windows, networking, DNS, HTTP/S, TCP/IP și troubleshooting
Microsoft Learn — Azure troubleshooting documentation
Microsoft Learn — Azure Support Engineer for Connectivity Specialty
Google Cloud — Associate Cloud Engineer certification guide
Google Cloud Documentation — Google Cloud CLI
Linux Foundation — Linux Foundation Certified System Administrator
man7.org — pagini de manual pentru systemctl, journalctl, df, free, ss