Azure VM là gì? Hướng dẫn tổng quan về máy ảo trên Azure

Azure VM (Azure Virtual Machine) là dịch vụ máy ảo của Microsoft Azure, cho phép người dùng triển khai một máy tính ảo trên hạ tầng cloud với hệ điều hành, CPU, bộ nhớ, ổ đĩa và mạng được cấu hình theo nhu cầu. Về bản chất, Azure VM thuộc nhóm dịch vụ Infrastructure as a Service (IaaS), trong đó Azure chịu trách nhiệm cung cấp và vận hành hạ tầng vật lý, còn người dùng vẫn có quyền kiểm soát tương đối lớn đối với hệ điều hành và phần mềm chạy bên trong máy ảo.

Điểm quan trọng cần hiểu là Azure VM không đơn giản là “một chiếc máy tính chạy trên Internet”. Một VM trong Azure là một thành phần của cả hệ thống cloud infrastructure, thường được kết nối với Virtual Network, Subnet, Network Interface, Network Security Group, Managed Disk, Public IP hoặc Private IP và nhiều dịch vụ Azure khác. Vì vậy, muốn triển khai VM hiệu quả, người quản trị không chỉ cần biết cách tạo máy ảo mà còn phải hiểu mối quan hệ giữa compute, storage, networking, security, availability và cost.

Azure VM là gì?

Azure VM là máy ảo được triển khai trên nền tảng Microsoft Azure, cung cấp môi trường tính toán có thể cấu hình theo nhu cầu của workload. Người dùng có thể lựa chọn hệ điều hành như Windows hoặc Linux, lựa chọn kích thước VM dựa trên CPU và RAM, gắn các loại managed disk khác nhau, kết nối VM vào Azure Virtual Network và thiết lập các chính sách bảo mật cho lưu lượng mạng.

Nếu đặt Azure VM cạnh một server vật lý truyền thống, sự khác biệt nằm chủ yếu ở lớp hạ tầng. Với server vật lý, doanh nghiệp phải đầu tư máy chủ, CPU, RAM, storage, thiết bị mạng, không gian datacenter, điện, cooling và nhân sự vận hành phần cứng. Với Azure VM, Azure cung cấp hạ tầng vật lý và lớp virtualization, còn doanh nghiệp lựa chọn cấu hình VM phù hợp với workload.

Tuy nhiên, Azure không thay thế hoàn toàn công việc quản trị hệ điều hành. Microsoft mô tả Azure VM là lựa chọn phù hợp khi người dùng cần mức độ kiểm soát cao đối với môi trường tính toán; đổi lại, người dùng vẫn phải chịu trách nhiệm cho các tác vụ như cấu hình, cập nhật bản vá và cài đặt phần mềm trong VM.

Đây chính là điểm phân biệt quan trọng giữa Azure VM và các dịch vụ PaaS. Nếu triển khai một ứng dụng trên VM, người quản trị có thể phải quan tâm đến OS, patching, service, disk, network interface, firewall và nhiều thành phần hạ tầng khác. Trong khi đó, với một dịch vụ PaaS phù hợp, Azure có thể đảm nhận nhiều phần việc vận hành ở tầng dưới.

Azure VM hoạt động như thế nào?

Có thể hình dung một Azure VM theo mô hình nhiều lớp:

Azure Physical Infrastructure → Virtualization → Virtual Machine → Operating System → Applications

Nhưng trong kiến trúc thực tế, VM còn liên kết với nhiều resource khác:

Virtual Machine → NIC → Subnet → Virtual Network

và:

Virtual Machine → OS Disk / Data Disk → Azure Managed Disks

Một VM thường có một Network Interface (NIC) để kết nối với mạng Azure. NIC được gắn vào một subnet trong Virtual Network. Chính lớp networking này quyết định VM giao tiếp với các VM khác, dịch vụ Azure, hệ thống on-premises hoặc Internet như thế nào.

Ở phía storage, VM sử dụng OS disk để lưu hệ điều hành và có thể sử dụng thêm data disks cho dữ liệu ứng dụng. Azure Managed Disks là các block-level storage volume được Azure quản lý, giúp người dùng không phải tự quản lý storage account như mô hình unmanaged disks trước đây.

Điều này dẫn đến một nguyên tắc quan trọng khi học Azure: Azure VM không phải một resource độc lập. VM chỉ là thành phần compute nằm trong một kiến trúc gồm compute, network, storage và security.

Các thành phần chính của Azure VM

Virtual Machine

Đây là resource đại diện cho máy ảo. VM cung cấp compute capacity để chạy hệ điều hành và ứng dụng. Khi tạo VM, người dùng phải lựa chọn image, size, authentication, disk và networking.

VM Image

Image là nguồn để triển khai hệ điều hành và môi trường ban đầu cho VM. Người dùng có thể sử dụng các image có sẵn trên Azure Marketplace hoặc những image tùy chỉnh phù hợp với môi trường doanh nghiệp.

Việc lựa chọn image không chỉ quyết định hệ điều hành mà còn ảnh hưởng đến cách quản trị và chi phí license. Windows Server, Linux distribution và các image chuyên biệt có thể có cơ chế tính phí khác nhau.

VM Size

VM size quyết định lượng tài nguyên compute mà máy ảo được cung cấp, chẳng hạn:

• vCPU
• RAM
• số lượng và khả năng kết nối disk
• network bandwidth
• local temporary storage
• accelerator nếu VM thuộc nhóm GPU hoặc chuyên dụng

Azure chia các VM size thành nhiều nhóm phục vụ workload khác nhau như general purpose, compute optimized, memory optimized, storage optimized và GPU accelerated.

Đây là một trong những quyết định quan trọng nhất khi triển khai Azure VM. Không phải VM có nhiều vCPU nhất sẽ phù hợp nhất. Một workload database có thể cần nhiều RAM hoặc I/O thay vì chỉ cần nhiều CPU; workload xử lý batch có thể cần CPU cao; workload AI hoặc rendering lại có thể cần GPU.

Vì vậy, lựa chọn VM size nên xuất phát từ đặc tính workload, không phải từ suy nghĩ “cấu hình càng cao càng tốt”.

Operating System

Azure VM hỗ trợ cả Windows và Linux. Việc lựa chọn OS phụ thuộc vào ứng dụng, kỹ năng quản trị, yêu cầu license và hệ sinh thái phần mềm.

Windows Server thường phù hợp với workload sử dụng Microsoft ecosystem, Active Directory, .NET hoặc các ứng dụng Windows-based. Linux lại phổ biến với web server, container host, DevOps, open-source stack, database và nhiều workload cloud-native.

Managed Disk

Managed Disk là storage volume được Azure quản lý dành cho VM. Azure hiện cung cấp nhiều loại disk như Ultra Disk, Premium SSD v2, Premium SSD, Standard SSD và Standard HDD, với đặc tính về hiệu năng và chi phí khác nhau.

Có thể chia vai trò disk thành hai nhóm cơ bản:

OS Disk: chứa hệ điều hành.

Data Disk: chứa dữ liệu ứng dụng, database hoặc các dữ liệu cần tách khỏi OS.

Việc tách data khỏi OS có ý nghĩa quan trọng trong vận hành. Microsoft cũng khuyến nghị lưu dữ liệu trên disk riêng trong những trường hợp phù hợp, giúp dữ liệu có thể được detach và gắn sang VM khác nếu VM gặp sự cố.

Một điểm cần lưu ý là disk performance và VM performance không hoàn toàn giống nhau. Một VM có CPU và RAM lớn nhưng disk throughput thấp vẫn có thể trở thành bottleneck đối với database hoặc workload I/O-intensive.

Network Interface

NIC là thành phần kết nối VM với Azure Virtual Network.

Thông thường, NIC sẽ được gắn vào một subnet. Từ đây VM có thể giao tiếp với các resource khác trong VNet theo kiến trúc mạng được cấu hình.

Nếu cần VM truy cập từ Internet, có thể sử dụng Public IP tùy kiến trúc. Với workload backend hoặc database, VM thường không cần expose trực tiếp ra Internet mà nên sử dụng private networking và các lớp kiểm soát truy cập phù hợp.

Network Security Group

Network Security Group (NSG) giúp kiểm soát traffic đến và đi từ VM hoặc subnet.

Ví dụ, một Web Server có thể cần:

Internet → TCP 443 → Web VM

nhưng không nhất thiết phải cho phép:

Internet → TCP 1433 → Database VM

NSG hỗ trợ kiểm soát traffic dựa trên các thuộc tính như source, destination, port, protocol và direction. Microsoft cũng khuyến nghị sử dụng các nguyên tắc phân đoạn mạng và least privilege thay vì mở rộng quyền truy cập không cần thiết.

Do đó, khi thiết kế Azure VM, câu hỏi không nên chỉ là “VM có mở được Internet không?”, mà phải là “VM cần giao tiếp với những hệ thống nào và trên những port nào?”

Azure VM dùng để làm gì?

Azure VM có phạm vi sử dụng rất rộng vì người dùng có quyền kiểm soát tương đối lớn đối với môi trường máy chủ.

Chạy Web Server

Một VM có thể chạy IIS trên Windows Server hoặc Nginx/Apache trên Linux để cung cấp website hoặc web application.

Đây là một trong những workload dễ hình dung nhất khi học Azure VM:

Internet → Public IP / Load Balancer → Web VM → Application → Database

Trong môi trường production, việc chạy một VM duy nhất thường tạo ra single point of failure. Khi đó có thể sử dụng nhiều VM kết hợp Load Balancer, Availability Zone hoặc VM Scale Sets.

Chạy Application Server

VM có thể được sử dụng để chạy Java, .NET, Node.js, Python hoặc các ứng dụng doanh nghiệp cần môi trường runtime tùy chỉnh.

Đây là trường hợp Azure VM thể hiện rõ ưu thế của IaaS: doanh nghiệp có thể kiểm soát OS, runtime, package, service và cấu hình hệ thống.

Database

Azure VM có thể chạy SQL Server, PostgreSQL, MySQL, Oracle hoặc các hệ quản trị cơ sở dữ liệu khác.

Tuy nhiên, việc chạy database trên VM đồng nghĩa với việc doanh nghiệp phải quan tâm sâu hơn đến storage performance, backup, patching, security, high availability và disaster recovery.

Nếu workload không yêu cầu quyền kiểm soát OS ở mức cao, một managed database service có thể là lựa chọn kiến trúc khác cần được cân nhắc.

Development và Testing

Azure VM rất phù hợp để tạo nhanh môi trường development hoặc testing theo cấu hình cụ thể. Microsoft cũng liệt kê development/test là một trong các trường hợp sử dụng phổ biến của Azure VM.

Thay vì mua server vật lý chỉ để phục vụ một môi trường test, developer có thể tạo VM, cấu hình môi trường, thực hiện thử nghiệm và loại bỏ resource khi không còn cần.

Mở rộng Data Center lên Cloud

Azure VM cũng có thể đóng vai trò như một phần mở rộng của datacenter truyền thống. VM nằm trong Azure Virtual Network có thể kết nối với hệ thống on-premises thông qua các kiến trúc network phù hợp.

Đây là mô hình thường gặp trong quá trình doanh nghiệp chuyển đổi từ hạ tầng on-premises sang cloud.

Azure VM và Azure Virtual Network có quan hệ như thế nào?

Đây là phần người mới học Azure rất dễ nhầm.

Azure VM là compute.

Azure VNet là network.

VM không tự tạo ra một kiến trúc mạng hoàn chỉnh. Nó cần NIC để kết nối vào subnet và subnet thuộc một VNet.

Ví dụ:

Azure Virtual Network
│
├── Web Subnet
│   ├── Web VM 01
│   └── Web VM 02
│
├── App Subnet
│   ├── App VM 01
│   └── App VM 02
│
└── DB Subnet
    └── Database VM

Trong mô hình này, VNet tạo ra không gian mạng, subnet phân chia network thành các vùng logic, VM cung cấp compute và NSG kiểm soát traffic.

Điều này cũng giải thích tại sao học Azure VM nhưng không hiểu VNet, subnet, NIC và NSG thì rất khó thiết kế hệ thống Azure hoàn chỉnh.

Azure VM và khả năng mở rộng

Một trong những giới hạn của cách triển khai VM đơn lẻ là khả năng mở rộng.

Giả sử một website ban đầu chỉ có vài nghìn lượt truy cập mỗi ngày. Một VM có thể đáp ứng nhu cầu. Nhưng khi traffic tăng mạnh, việc liên tục tăng cấu hình của VM có thể không phải chiến lược tối ưu.

Có hai hướng mở rộng phổ biến.

Scale up là tăng cấu hình của VM, chẳng hạn tăng vCPU hoặc RAM bằng cách chuyển sang VM size lớn hơn.

Scale out là triển khai thêm nhiều VM:

             Load Balancer
                  │
        ┌─────────┼─────────┐
        ↓         ↓         ↓
      VM 01     VM 02     VM 03

Scale out thường phù hợp hơn với các ứng dụng stateless có khả năng chạy trên nhiều instance.

Azure Virtual Machine Scale Sets (VMSS) được thiết kế để quản lý nhóm VM, hỗ trợ tự động tăng hoặc giảm số lượng instance theo nhu cầu hoặc lịch cấu hình. Microsoft hiện khuyến nghị VM Scale Sets với flexible orchestration cho nhiều kịch bản cần high availability và quản lý tập trung.

Azure VM và High Availability

Một VM duy nhất không thể được xem là kiến trúc high availability chỉ vì nó chạy trên Azure.

Đây là một hiểu nhầm phổ biến.

Azure cung cấp nhiều cơ chế để tăng availability cho VM.

Availability Zones

Availability Zone là các khu vực datacenter tách biệt về vật lý trong cùng Azure region. Mỗi zone có hệ thống điện, network và cooling riêng. Triển khai các VM trên nhiều zone giúp giảm ảnh hưởng khi một zone gặp sự cố.

Ví dụ:

Azure Region
│
├── Zone 1 → VM 01
├── Zone 2 → VM 02
└── Zone 3 → VM 03

Kết hợp với Load Balancer, ứng dụng có thể tiếp tục phục vụ khi một VM hoặc zone gặp vấn đề, tùy thiết kế cụ thể.

Availability Sets

Availability Set là một cơ chế khác để phân phối VM qua các fault domain và update domain nhằm giảm khả năng nhiều VM bị ảnh hưởng bởi cùng một failure domain hoặc maintenance event.

Microsoft hiện phân biệt rõ Availability Sets với Availability Zones và cho biết Availability Zones cung cấp mức resiliency cao hơn trong các region hỗ trợ chúng.

VM Scale Sets

VMSS phù hợp khi workload cần nhiều VM giống nhau và có nhu cầu scale tự động hoặc quản lý tập trung.

Do đó, ba khái niệm cần được phân biệt:

VM: một máy ảo.

Availability Set: tổ chức nhiều VM để giảm correlated failure trong phạm vi các fault/update domain.

VM Scale Set: quản lý một nhóm VM có khả năng scale.

Azure VM và bảo mật

VM là IaaS nên quyền kiểm soát cao cũng đồng nghĩa với trách nhiệm cao hơn.

Một hệ thống VM an toàn cần được nhìn từ nhiều lớp.

Identity: kiểm soát ai có quyền quản trị VM.

Network: kiểm soát VM giao tiếp với đâu.

OS: cập nhật patch, hardening và quản lý service.

Disk: bảo vệ dữ liệu lưu trữ.

Application: bảo mật phần mềm chạy trên VM.

Monitoring: phát hiện hành vi bất thường và sự cố.

Azure hiện sử dụng Trusted Launch làm mặc định cho các VM Generation 2 mới trong nhiều kịch bản, với Secure Boot và vTPM nhằm tăng khả năng bảo vệ quá trình boot và chống các dạng tấn công như boot kit hoặc rootkit.

Tuy nhiên, việc Azure cung cấp các cơ chế bảo mật không có nghĩa VM mặc nhiên an toàn. Một VM mở SSH hoặc RDP trực tiếp ra Internet, sử dụng authentication yếu và không được cập nhật vẫn có thể trở thành mục tiêu tấn công.

Với VM production, nguyên tắc hợp lý là chỉ mở những kết nối thực sự cần thiết, phân tách workload bằng network segment, hạn chế quyền quản trị và giám sát hoạt động của hệ thống.

Chọn Azure VM Size như thế nào?

Không nên bắt đầu bằng câu hỏi:

“VM nào mạnh nhất?”

Nên bắt đầu bằng:

“Workload này cần tài nguyên gì?”

Có thể phân tích theo bốn yếu tố chính:

Azure phân loại các VM size theo đặc tính workload, trong đó General Purpose hướng tới tỷ lệ CPU/RAM cân bằng, Compute Optimized thiên về CPU, Memory Optimized cung cấp nhiều memory trên mỗi core và Storage Optimized tập trung vào disk throughput/I/O.

Ví dụ, một web server có traffic vừa phải có thể không cần một VM memory-intensive. Ngược lại, một database lớn nếu chỉ lựa chọn VM dựa trên số lượng vCPU mà bỏ qua RAM và disk I/O thì rất dễ tạo ra bottleneck.

Do đó, việc sizing nên dựa trên CPU utilization, memory utilization, disk IOPS, throughput, network bandwidth và pattern của workload thay vì chỉ nhìn vào tên VM.

Azure VM được tính phí như thế nào?

Chi phí Azure VM không đơn giản chỉ là giá của “máy ảo”.

Một workload VM thường phát sinh chi phí từ nhiều thành phần:

Compute: chi phí VM theo size và hệ điều hành.

Disk: chi phí của OS disk và data disk.

Network: một số hoạt động network có thể phát sinh chi phí.

Public IP: tùy loại và cấu hình resource.

Backup: nếu sử dụng Azure Backup.

Monitoring: nếu sử dụng các dịch vụ monitoring/logging có tính phí.

Microsoft cho biết giá VM phụ thuộc vào size và operating system, trong khi storage được tính riêng.

Vì vậy, khi ước tính chi phí một Azure VM, không nên chỉ lấy giá compute rồi coi đó là tổng chi phí.

Một vấn đề khác là VM đã dừng có nghĩa là không còn chi phí hay không? Cần phân biệt trạng thái của VM với trạng thái allocation của compute. Việc giải phóng compute và việc giữ lại disk, IP hoặc các resource liên quan là những vấn đề khác nhau trong quản lý chi phí.

Đây là lý do cost optimization trên Azure cần được thực hiện ở cấp độ workload, không chỉ ở cấp độ VM.

Azure VM khác gì với máy chủ vật lý?

Điểm đáng chú ý là Azure VM không loại bỏ việc quản trị server. Nó chuyển phần lớn trách nhiệm về physical infrastructure sang cloud provider, trong khi người dùng vẫn chịu trách nhiệm đáng kể ở tầng OS, application, identity, configuration và security.

Khi nào nên sử dụng Azure VM?

Azure VM phù hợp khi workload cần quyền kiểm soát cao đối với môi trường server.

Một số tình huống điển hình gồm:

• Chạy ứng dụng legacy cần môi trường OS đặc thù.
• Cần quyền quản trị hệ điều hành.
• Cần cài đặt phần mềm hoặc agent mà PaaS không hỗ trợ.
• Chạy Windows Server hoặc Linux Server theo kiến trúc tùy chỉnh.
• Xây dựng môi trường development/test.
• Migration server vật lý lên cloud.
• Xây dựng application server.
• Chạy một số workload database cần quyền kiểm soát OS.
• Xây dựng infrastructure lab để học Azure, Windows Server hoặc Linux.
• Kết nối cloud workload với hệ thống on-premises.

Ngược lại, nếu ứng dụng có thể chạy trên PaaS hoặc managed service mà không cần quyền kiểm soát OS, việc lựa chọn VM có thể tạo thêm gánh nặng vận hành không cần thiết.

Đây là một trong những tư duy quan trọng khi thiết kế Azure: đừng chọn VM chỉ vì VM quen thuộc; hãy chọn loại compute phù hợp với yêu cầu kiểm soát và vận hành của workload.

Azure VM trong kiến trúc Cloud thực tế

Một hệ thống Azure production thường không chỉ có một VM.

Ví dụ một kiến trúc đơn giản:

                    Internet
                       │
                 Azure Front Door
                       │
                Load Balancer
                 /           \
                /             \
          Web VM 01          Web VM 02
                │             │
                └──────┬──────┘
                       │
                  App Layer
                       │
                  Database

Ở tầng network:

Azure Virtual Network
│
├── Web Subnet
│   ├── VM 01
│   └── VM 02
│
├── App Subnet
│   ├── VM 03
│   └── VM 04
│
└── DB Subnet
    └── Database

Ở tầng storage:

VM
├── OS Disk
├── Data Disk 01
└── Data Disk 02

Ở tầng security:

Identity
   ↓
NSG
   ↓
Network segmentation
   ↓
OS hardening
   ↓
Application security
   ↓
Monitoring

Kiến trúc này cho thấy Azure VM chỉ là một mắt xích trong hệ thống Azure. Để trở thành Cloud Engineer hoặc Azure Administrator, việc biết tạo VM mới chỉ là bước đầu. Người học cần hiểu cách VM kết nối với VNet, cách NSG kiểm soát traffic, cách Managed Disk cung cấp storage, cách Availability Zone tăng resilience, cách VMSS hỗ trợ scale và cách kiểm soát chi phí trong toàn bộ workload.

Những sai lầm phổ biến khi triển khai Azure VM

Sai lầm đầu tiên là chọn VM size theo cảm tính. Một VM quá lớn làm tăng chi phí nhưng không tạo ra hiệu quả tương ứng; VM quá nhỏ lại tạo ra CPU, RAM hoặc I/O bottleneck.

Sai lầm thứ hai là đưa mọi VM vào cùng một subnet mà không có chiến lược segmentation. Khi Web, Application và Database nằm trong cùng một vùng mạng mà không có kiểm soát phù hợp, việc giới hạn lateral movement sẽ khó khăn hơn.

Sai lầm thứ ba là mở RDP hoặc SSH trực tiếp cho toàn bộ Internet chỉ để thuận tiện quản trị. Đây là cách triển khai cần được xem xét rất thận trọng. Quyền truy cập quản trị nên được giới hạn theo nhu cầu thực tế và được bảo vệ bằng các cơ chế authentication, network control và monitoring phù hợp.

Sai lầm thứ tư là chỉ quan tâm đến VM mà bỏ qua disk. Một database VM có CPU và RAM tốt nhưng storage không đáp ứng IOPS hoặc throughput vẫn có thể hoạt động kém.

Sai lầm thứ năm là chạy production trên một VM duy nhất nhưng lại kỳ vọng high availability. Một VM đơn lẻ vẫn có thể trở thành single point of failure. Khi yêu cầu availability tăng, cần xem xét nhiều VM, Load Balancer, Availability Zones hoặc VM Scale Sets tùy workload.

Sai lầm cuối cùng là không theo dõi chi phí sau khi triển khai. Cloud giúp provisioning nhanh nhưng cũng khiến việc tạo thêm resource trở nên dễ dàng. Một VM, disk, IP hoặc resource phụ trợ không còn sử dụng nhưng vẫn tồn tại có thể tạo ra chi phí không cần thiết.

Azure VM có phải lựa chọn tốt cho mọi workload?

Không.

Azure VM phù hợp nhất khi yêu cầu control và flexibility cao. Nhưng chính mức độ kiểm soát đó cũng tạo ra nhiều trách nhiệm vận hành hơn.

Có thể hình dung lựa chọn compute theo một trục:

Control thấp → Managed service → PaaS → IaaS VM → Control cao

Khi chọn Azure VM, người dùng nhận được quyền kiểm soát lớn hơn đối với OS và môi trường runtime, nhưng phải đảm nhận nhiều công việc quản trị hơn.

Microsoft cũng phân biệt Azure VM với các dịch vụ compute khác và xác định VM là nền tảng compute cơ bản cung cấp quyền kiểm soát cao đối với operating system và application; trong khi VM Scale Sets mở rộng mô hình này cho nhóm VM cần khả năng quản lý và scale.

Vì vậy, câu hỏi đúng không phải “Azure VM có tốt không?”, mà là:

“Workload này cần mức độ kiểm soát đến đâu và đội ngũ có sẵn sàng vận hành phần hạ tầng đó hay không?”

Kết luận

Azure VM là dịch vụ IaaS cung cấp máy ảo trên Microsoft Azure, cho phép doanh nghiệp và kỹ sư CNTT triển khai Windows hoặc Linux với khả năng tùy chỉnh CPU, RAM, storage, networking và software environment. Azure VM phù hợp với các workload cần quyền kiểm soát cao, từ development/test, web server, application server đến các hệ thống doanh nghiệp và workload cần mở rộng từ datacenter lên cloud.

Tuy nhiên, học Azure VM không nên dừng ở thao tác Create a Virtual Machine trên Azure Portal. Để triển khai VM đúng cách, cần nhìn nó như một thành phần của kiến trúc cloud gồm Compute – Network – Storage – Security – Availability – Monitoring – Cost Management.

Đó cũng là nền tảng kiến thức quan trọng đối với Azure Administrator, Cloud Engineer, System Administrator và DevOps Engineer. Khi đã hiểu được mối quan hệ giữa VM, VNet, Subnet, NIC, NSG, Managed Disk, Availability Zone và VM Scale Sets, người học mới có thể chuyển từ việc “biết tạo một VM” sang tư duy thiết kế và vận hành hạ tầng Azure thực tế.