Mașini Virtuale în Cloud
06

Sesiunea 6 din 12

Mașini Virtuale în Cloud

IaaS — Infrastructure as a Service

Virtual Machines IaaS RDP SSH HA Backup Deallocate Descarcă PDF
Audio · S06

High Availability, Redundancy, Backup and DR

0:000:00

Astăzi nu doar vorbim despre cloud. Astăzi creăm servere reale, ne conectăm la ele, și simțim cum este să controlezi infrastructură din browser. Bine ați revenit!

Agenda sesiunii de astăzi

Ce vom face împreună

1

Concepte cheie

High Availability, Redundanță, Backup și Disaster Recovery — de ce companiile mari aleg cloud-ul.

2

Ce este o Virtual Machine?

Ecosistemul de resurse creat automat de Azure la deployul unui VM.

3

Windows VM + RDP

Creăm primul server Windows și ne conectăm prin Remote Desktop Protocol.

4

Linux VM + SSH

Creăm un server Ubuntu și ne conectăm prin terminal cu SSH.

5

Comparație și Cleanup

Analizăm resursele create, comparăm Windows vs Linux, și ștergem tot ce nu mai avem nevoie.

Concepte Cheie

De ce aleg companiile cloud-ul?

Înainte să pornim laptopurile, să înțelegem motivul real din spatele adoptării cloud-ului. Nu este vorba de trenduri sau marketing. Este vorba de rezolvarea unor probleme concrete de business.

Imaginați-vă un restaurant cu un singur bucătar. Totul merge bine până într-o zi când bucătarul se îmbolnăvește. Restaurantul se închide. Clienții pleacă. Afacerea pierde bani. Acesta este exact scenariul unui server unic, fără redundanță.

Pilonii Rezilienței în Cloud

🔄

Redundanță

Ai doi bucătari în loc de unul. Dacă unul lipsește, celălalt continuă. Clienții nu observă nimic. În cloud: mai multe instanțe ale aceluiași serviciu rulează simultan.

High Availability

Sistemul rămâne funcțional chiar dacă o componentă se strică. Ca un avion cu două motoare — dacă unul cedează, avionul nu cade. Pasagerii ajung la destinație.

💾

Backup

Copie de siguranță — simplu și esențial. Ca o diplomă de absolvire scanată în cloud. Dacă originalul se pierde, nu este o catastrofă. Poți recupera rapid.

🌍

Disaster Recovery

Scenariul extrem: incendiu, inundație, atac cibernetic. Datele replicate în altă regiune geografică pornesc automat dacă regiunea principală cade.

On-Premises vs. Cloud

🏢

Infrastructură On-Premises

Cumperi serverele din buget propriu. Te ocupi de curent electric și răcire. Întrețineți hardware-ul fizic. Rezolvi problemele la 2 noaptea. Hardware-ul devine depășit în câțiva ani. Capacitate fixă — greu de scalat rapid.

☁️

Infrastructură în Cloud

Închiriezi, nu cumperi. Redundanța este deja construită de provider. Mai multe centre de date în locații geografice diferite. Alimentare electrică dublă și triplă. Conexiuni multiple la internet. Nu investești capital uriaș în hardware. Scalezi în minute, nu în luni.

Companiile nu aleg cloud-ul pentru că este la modă. Îl aleg pentru că multe probleme dificile sunt deja rezolvate pentru tine.

Keyboard cu hologramă de procesor virtual
Mașinile virtuale abstractizează hardware-ul fizic — procesorul, memoria și stocarea devin resurse software.

Partea Întâi

Ce este o Virtual Machine?

O mașină virtuală este un calculator virtual închiriat. Nu este laptopul tău. Nu este un dispozitiv fizic pe care îl poți atinge. Dar funcționează exact la fel — are procesor, memorie, stocare și sistem de operare.

Singura diferență esențială: rulează pe hardware-ul Microsoft, undeva într-un datacenter din Europa sau America. Tu îl accesezi prin internet, îl controlezi din browser, și plătești doar cât timp îl folosești.

Ecosistemul Azure VM

Când creezi o mașină virtuală în Azure, nu se creează doar serverul. Se creează un întreg ecosistem de resurse interdependente, automat.

Network Interface (NIC)

Placa de rețea virtuală a mașinii. Conectează VM-ul la rețeaua virtuală și gestionează traficul de intrare și ieșire.

Public IP Address

Adresa prin care te conectezi de la distanță la server. Fără ea, VM-ul ar fi inaccesibil din internet.

OS Disk

Discul pe care este instalat sistemul de operare. Persistă chiar și când VM-ul este oprit (Deallocated).

Virtual Network (VNet)

Rețeaua privată în care trăiește VM-ul. Dacă nu există una, Azure o creează automat.

Network Security Group

Regulile de trafic care controlează ce conexiuni sunt permise. Primul tău firewall virtual.

La finalul sesiunii, mergeți în Resource Group și veți vedea cu ochii voștri toate aceste resurse create automat dintr-un singur deployment.

Partea a Doua

Creăm primul server Windows

Deploy Windows VM — pas cu pas

Hai să construim primul nostru VM Windows în Azure Portal.

1

Resource Group

Creați un Resource Group nou. Numiți-l rg-s06-[prenumele vostru]. Va conține toate resursele din sesiunea de astăzi.

2

Create Virtual Machine

În Azure Portal → Create a Resource → Virtual Machine. Completați: Name: s06-vm-win-[prenume] | Region: West Europe | Image: Windows Server 2022 | Size: cel mai mic din seria B.

3

Autentificare

La Authentication, alegeți Username și Password. Alegeți o parolă pe care să o rețineți — veți avea nevoie de ea imediat după deploy.

4

Networking ⚠

La Inbound Ports, selectați RDP (port 3389). La Source, selectați My IP Address — niciodată Any. Aceasta limitează accesul doar la IP-ul tău.

5

Deploy

Click pe Review and Create, verificați configurația, apoi Create. Urmăriți notificările din Portal — veți vedea resursele create pe rând în timp real.

Spațiu de lucru modern cu monitor și laptop conectate
Remote Desktop Protocol — accesezi desktopul unui server Windows din orice colț al lumii.

Conectare la Windows VM — RDP

1

Navigare

Mergeți la VM-ul creat în Azure Portal.

2

Connect → RDP

Selectați Connect → RDP și descărcați fișierul .rdp generat de Azure.

3

Autentificare

Deschideți fișierul descărcat, introduceți username-ul și parola setate la creare.

4

Acceptați certificatul

Acceptați certificatul de securitate — sunteți pe un server Windows, în cloud!

Explorați serverul — 5 minute

Odată conectat, navigați și explorați:

Server Manager

Deschideți Server Manager — centrul de control al serverului.

Command Prompt + ipconfig

Deschideți Command Prompt și rulați ipconfig. Observați adresa IP a mașinii — este diferită de IP-ul vostru local.

Task Manager

Căutați în Task Manager resursele disponibile (CPU, RAM).

Experiența IaaS

Cum se simte faptul că ești conectat la un server din cloud, de pe laptopul tău? Aceasta este puterea IaaS.

Atenție — Costuri VM: Unul dintre cele mai frecvente greșeli ale utilizatorilor noi Azure este credința că Stop = nu mai ești taxat. Este greșit. Cunoașterea diferenței Stop vs. Deallocate îți poate salva bugetul.

Stop vs. Deallocate — O diferență care costă bani

Stop (simplu)

Mașina se oprește, dar resursele sunt în continuare rezervate. Azure continuă să vă taxeze pentru compute. IP-ul public rămâne alocat. Este ca și cum ai plăti chiria unui apartament în care nu locuiești.

Stop + Deallocate

Resursele sunt eliberate complet. Azure nu vă mai taxează pentru compute. Plătiți în continuare pentru stocare (disc), dar suma este neglijabilă. IP-ul public dinamic poate fi reatribuit la repornire.

Regula practică: Când nu folosiți o VM de test, întotdeauna Deallocate, nu Stop simplu. Un VM uitat pornit timp de o lună poate genera costuri semnificative fără niciun beneficiu.

Partea a Treia

Creăm primul server Linux

Bine ați revenit după pauză! Acum creăm al doilea server — de data aceasta Linux Ubuntu, cel mai popular sistem de operare pentru servere în cloud.

Deploy Linux VM — pas cu pas

1

Configurare VM Linux

Name: s06-vm-linux-[prenume] | Image: Ubuntu LTS (Long Term Support — cea mai stabilă versiune) | Authentication: Username + Password pentru simplitate.

2

Networking pentru SSH

La Inbound Ports, selectați SSH (port 22). La Source: My IP Address. Aceleași principii de securitate ca la Windows VM.

3

Conectare prin SSH

După deploy: VM → Connect → SSH. Copiați comanda afișată de Azure. Deschideți Windows Terminal / PowerShell, lipiți comanda, introduceți parola.

4

Alternativă: Cloud Shell

Puteți folosi Azure Cloud Shell direct din browser — fără să instalați nimic pe calculatorul local. Accesibil din iconița terminalului din Portal.

Comenzi Linux de bază — Primii pași în terminal

Odată conectat prin SSH, rulați aceste comenzi pentru a vă familiariza cu mediul Linux.

ls

Listează fișierele și directoarele din locația curentă. Echivalentul vizualizării unui folder în Windows Explorer, dar în format text.

pwd

Print Working Directory — afișează calea completă a directorului în care te afli. Util pentru orientare în sistemul de fișiere.

sudo apt update

Actualizează lista de pachete software disponibile. Veți vedea terminalul lucrând — descarcă informații, afișează progres. Este primul lucru de rulat pe un server nou.

hostname -I

Afișează adresa IP a serverului. Comparați-o cu IP-ul public din Azure Portal — veți observa că sunt diferite (IP privat vs. public).

Partea a Patra

Windows vs. Linux în Cloud — Comparație

Acum că ați experimentat ambele sisteme, hai să discutăm diferențele practice. Linux rulează cea mai mare parte a internetului — serverele web, containerele Docker, Kubernetes, pipeline-urile CI/CD, bazele de date în cloud.

Windows Server

Interfață grafică familiară (RDP). Ideal pentru aplicații enterprise Microsoft (.NET, IIS, SQL Server). Medii care necesită GUI obligatoriu. Licență inclusă în cost → mai scump. Active Directory, Group Policy.

Linux (Ubuntu / RHEL)

Terminal — intimidant la început, puternic în practică. Motor pentru web servers, containere, DevOps. Open source → mai ieftin (fără licență OS). Mai bine integrat cu tool-urile moderne.

Regula generală: dacă nu ai motiv specific pentru Windows, alegi Linux.

Partea a Cincea

Ce s-a creat în Resource Group?

Mergeți acum în Resource Group-ul rg-s06-[prenumele vostru]. Ați creat două mașini virtuale, dar de fapt ați creat un ecosistem întreg de resurse interdependente. Să numărăm împreună:

2
Virtual Machines — Windows Server 2022 și Ubuntu LTS
2
OS Disks — câte un disc de sistem pentru fiecare VM
2
NIC-uri — câte o interfață de rețea pentru fiecare VM
2
Public IP-uri — adresele prin care v-ați conectat
1
Virtual Network — rețeaua partajată de ambele VM-uri
2
NSG-uri — regulile de securitate pentru RDP și SSH

Nimic nu există izolat în cloud. Fiecare resursă are dependențe, relații și costuri asociate. De aceea organizăm resursele în Resource Groups logice, cu naming conventions clare.

Partea a Șasea

Cleanup — Disciplina Esențială în Cloud

Ultima parte a sesiunii: curățarea resurselor. Aceasta nu este opțională — este o bună practică de bază. Resursele neutilizate costă bani reali.

1

Pasul 1 — Deallocate VM-uri

Mergeți la fiecare VM → Stop → confirmați Deallocate. Așteptați statusul Deallocated.

2

Pasul 2 — Delete Resource Group

Mergeți la rg-s06-[prenume] → Delete Resource Group → scrieți numele pentru confirmare → confirmați.

3

Pasul 3 — Verificare

Confirmați că Resource Group-ul nu mai apare în lista voastră. Toate resursele (VM, discuri, NIC, IP, VNet, NSG) au fost șterse dintr-o singură operație.

Temă pentru Acasă

Trei exerciții pentru sesiunea viitoare.

📝

Windows vs. Linux — Diferențe

Scrieți diferențele dintre o mașină virtuală Windows și una Linux. Nu vă limitați la interfață — gândiți-vă la use cases, costuri și tipul de workload potrivit pentru fiecare. Minim o pagină A4.

💰

Azure Pricing Calculator

Ce se întâmplă dacă lăsați o VM pornită 24/7 timp de o lună? Căutați în Azure Pricing Calculator cât ar costa o VM de tip B1s în West Europe. Notați suma și comparați cu costul unui server fizic.

📋

Resurse create automat

Ce resurse se creează automat când faceți deploy la un VM? Listați-le pe toate, cu o scurtă descriere a rolului fiecăreia. Puteți folosi documentația oficială Microsoft Learn ca referință.

Ce ați învățat astăzi

1 Ce concepte de reziliență am acoperit?

High Availability, Redundanță, Backup, Disaster Recovery — pilonii adoptării cloud-ului.

2 Ce este o Virtual Machine și ce resurse creează?

Un calculator virtual închiriat. La deploy se creează automat: NIC, Public IP, OS Disk, VNet, NSG.

3 Cum ne conectăm la VM-uri?

Windows VM prin RDP (port 3389) cu interfață grafică. Linux VM prin SSH (port 22) cu terminal text.

4 Care este diferența critică Stop vs. Deallocate?

Stop simplu continuă să te taxeze. Deallocate eliberează resursele — nu mai plătești compute, doar stocare.

5 De ce este importantă curățarea resurselor?

Resursele neutilizate costă bani reali. Ștergem Resource Group-ul întreg pentru cleanup complet.

Următoarea sesiune

Sesiunea 7 — Azure App Service

Facem un pas mai departe. Vom deploya o aplicație web fără să ne ocupăm deloc de serverul din spate. Fără Windows sau Linux. Fără IIS sau Nginx. Încarci codul, Azure se ocupă de rest. Acolo veți înțelege în practică diferența dintre IaaS și PaaS.

1.
De la IaaS la PaaS — Astăzi ați controlat totul: OS, configurare, securitate, actualizări. În sesiunea 7, Azure se ocupă de infrastructură — voi vă ocupați doar de cod.

Vă mulțumesc pentru participare și pentru concentrare. Ne vedem la Sesiunea 7!