Vietnamese Professional - AZURE https://www.forum.vnpro.org/ vi Wed, 22 Jul 2026 12:30:15 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - AZURE https://www.forum.vnpro.org/ 🔥mất bao lâu để một network/sysadmin tăng x2 thu nhập? https://www.forum.vnpro.org/forum/cloud-computing/azure/443117-🔥mất-bao-lâu-để-một-network-sysadmin-tăng-x2-thu-nhập Wed, 22 Jul 2026 10:03:15 GMT 🔥 MẤT BAO LÂU ĐỂ MỘT NETWORK/SYSADMIN TĂNG X2 THU NHẬP? Nếu chỉ dừng lại ở hạ tầng On-Premises (máy chủ vật lý truyền thống), bạn đang vô tình tự...
Nếu chỉ dừng lại ở hạ tầng On-Premises (máy chủ vật lý truyền thống), bạn đang vô tình tự giới hạn mức lương và cơ hội thăng tiến của chính mình khi 80%+ doanh nghiệp lớn đã & đang chuyển dịch toàn bộ lên Cloud!

☁️ KHÓA HỌC AZURE ONLINE – LÀM CHỦ ĐIỆN TOÁN ĐÁM MÂY, DẪN ĐẦU TƯƠNG LAI - Dự kiến khai giảng: 29/07/2026

⏰ Thời gian học: Tối Thứ 2 - 4 - 6 (18h30 - 21h00) |

📍Học Online linh hoạt, tiết kiệm thời gian di chuyển.

Không còn là lý thuyết suông, khóa học tại VnPro (Microsoft Solutions Partner) đem lại lộ trình thực chiến trọn gói:

✅ Thực hành thực tế: Triển khai trực tiếp Virtual Machines, Azure SQL Database, Azure Kubernetes Service (AKS)...

✅ Nội dung chuẩn quốc tế: Bám sát lộ trình chứng chỉ Microsoft Azure.

✅ Đồng hành trực tiếp: Giảng viên Trịnh Đình Mạnh cùng đội ngũ VnPro hỗ trợ xuyên suốt quá trình học.

✅ Lộ trình rõ ràng: Từ nền tảng đến chuyên sâu, học xong làm được việc ngay.

👉 Inbox ngay để tư vấn chi tiết Lộ Trình Của Riêng Bạn!

----VnPro

☎Hotline/Zalo: 0933 427 079

📞Như Ngọc: 0765 944 386

📞Anh Thư: 0339 943 732

AZURE #OnPremises microsoft vnpro
​]]> AZURE Cẩm Thanh https://www.forum.vnpro.org/forum/cloud-computing/azure/443117-🔥mất-bao-lâu-để-một-network-sysadmin-tăng-x2-thu-nhập <![CDATA[IT bây giờ không còn cạnh tranh bằng &quot;kinh nghiệm&quot;, mà bằng khả năng làm việc trên Cloud.]]> https://www.forum.vnpro.org/forum/cloud-computing/azure/443099-it-bây-giờ-không-còn-cạnh-tranh-bằng-kinh-nghiệm-mà-bằng-khả-năng-làm-việc-trên-cloud Wed, 22 Jul 2026 05:03:33 GMT Bạn có nhận ra? IT bây giờ không còn cạnh tranh bằng "kinh nghiệm", mà bằng khả năng làm việc trên Cloud.


Có một thực tế mà rất nhiều IT Support, System Admin hay Network Engineer đang gặp phải.

Ngày trước, chỉ cần biết cài Windows Server, quản lý Active Directory, VMware hay Cisco là đã đủ để làm việc.

Nhưng hôm nay, khi doanh nghiệp chuyển hạ tầng lên Microsoft Azure, câu hỏi trong các buổi phỏng vấn đã khác.

❓ Bạn có biết triển khai Virtual Machine trên Azure?

❓ Bạn đã từng cấu hình Virtual Network, Load Balancer hay Azure Storage chưa?

❓ Bạn có biết phân quyền bằng Microsoft Entra ID (Azure AD), áp dụng RBAC và Azure Policy để bảo mật hệ thống?

Nếu câu trả lời vẫn là "Em mới đọc qua" hoặc "Em chưa có cơ hội thực hành", thì đó chính là khoảng cách giữa một ứng viên được lựa chọn và một ứng viên bị bỏ lỡ. Điều doanh nghiệp cần không phải là người "biết Azure"


Họ cần người làm được việc trên Azure.

Một Cloud Administrator không chỉ tạo một máy ảo.

Họ phải biết:

✔ Quản lý người dùng và nhóm bằng Microsoft Entra ID.

✔ Phân quyền đúng người, đúng tài nguyên với RBAC.

✔ Thiết kế Virtual Network an toàn, kết nối nhiều chi nhánh.

✔ Triển khai Storage, Backup và Data Protection.

✔ Giám sát hệ thống bằng Azure Monitor và Log Analytics.

✔ Xử lý các tình huống thực tế để hệ thống luôn hoạt động ổn định.

Đó cũng chính là những kỹ năng mà các doanh nghiệp đang tìm kiếm khi tuyển dụng vị trí Azure Administrator. Học Azure nhưng phải được "chạm tay" vào hệ thống


Rất nhiều người học Cloud theo cách...

📖 Xem video.

📖 Đọc tài liệu.

📖 Học thuộc để đi thi.

Đến khi công ty giao triển khai thật thì lại không biết bắt đầu từ đâu.

Vì vậy, một khóa học giá trị không chỉ dừng ở lý thuyết.

Trong lộ trình AZ-104, học viên được đi qua đầy đủ các chủ đề quan trọng như:

🔹 Quản trị Identity, User, Group và Microsoft Entra ID.

🔹 Azure Policy, Governance và Role-Based Access Control (RBAC).

🔹 Quản lý tài nguyên bằng Azure Portal, ARM Templates, PowerShell và Azure CLI.

🔹 Thiết kế Virtual Network, Network Security Group, Azure DNS, Load Balancer và Application Gateway.

🔹 Quản trị Azure Storage, Virtual Machine và các dịch vụ PaaS như App Service, Container Instances, Azure Kubernetes Service (AKS).

🔹 Backup, Data Protection, Azure Monitor, Alerts, Log Analytics cùng nhiều buổi LAB thực hành và bài kiểm tra tổng hợp cuối khóa.

Đây là lộ trình giúp người học không chỉ hiểu Azure hoạt động như thế nào, mà còn tự tin triển khai và vận hành trong môi trường doanh nghiệp. Azure không chỉ giúp bạn có thêm chứng chỉ.


Azure giúp bạn có thêm cơ hội nghề nghiệp.

✔ Tăng giá trị CV.

✔ Mở rộng cơ hội sang Cloud Administrator, System Engineer, DevOps hoặc Cloud Engineer.

✔ Tự tin tham gia các dự án Hybrid Cloud mà rất nhiều doanh nghiệp đang triển khai.

Đầu tư vào Cloud hôm nay không phải để chạy theo xu hướng.

Mà để không bị tụt lại phía sau khi xu hướng đã trở thành tiêu chuẩn tuyển dụng. 📢 Khóa học Microsoft Azure Administrator (AZ-104) – Online


🗓 Khai giảng: 29/07/2026

🕘 Lịch học: Tối 2 - 4 - 6

💻 Hình thức: Học Online – phù hợp cho người đang đi làm.

🎯 Chương trình gồm 24 buổi (60 giờ), kết hợp lý thuyết, thực hành LAB xuyên suốt và ôn tập, kiểm tra cuối khóa nhằm giúp học viên sẵn sàng áp dụng vào công việc cũng như chinh phục chứng chỉ Microsoft Azure Administrator Associate (AZ-104).

👉 Nếu bạn đã có nền tảng Windows Server, CCNA hoặc đang làm IT Support/System Admin và muốn bước vào lĩnh vực Cloud, đây là thời điểm thích hợp để bắt đầu.


Cloud không còn là tương lai. Cloud chính là công việc của hiện tại. Và người chuẩn bị sớm luôn có nhiều cơ hội hơn.

👉Hotline/Zalo: 093 3427 079

👉 Anh Thư: 033 9943 732

👉Như Ngọc: 0765 944 386
​]]> AZURE ThanhQuyen https://www.forum.vnpro.org/forum/cloud-computing/azure/443099-it-bây-giờ-không-còn-cạnh-tranh-bằng-kinh-nghiệm-mà-bằng-khả-năng-làm-việc-trên-cloud Always On VPN – Giải pháp VPN hiện đại thay thế DirectAccess https://www.forum.vnpro.org/forum/cloud-computing/azure/443008-always-on-vpn-–-giải-pháp-vpn-hiện-đại-thay-thế-directaccess Tue, 21 Jul 2026 10:45:48 GMT Trong nhiều năm, DirectAccess từng là giải pháp Remote Access được Microsoft khuyến nghị cho doanh nghiệp. Người dùng chỉ cần bật máy tính là có thể... DirectAccess từng là giải pháp Remote Access được Microsoft khuyến nghị cho doanh nghiệp. Người dùng chỉ cần bật máy tính là có thể truy cập tài nguyên nội bộ mà không cần mở phần mềm VPN.

Tuy nhiên, DirectAccess tồn tại khá nhiều hạn chế:
  • Chỉ hỗ trợ máy tính đã Join Domain.
  • Phụ thuộc nhiều vào IPv6 hoặc các cơ chế chuyển đổi IPv6.
  • Khó triển khai và bảo trì.
  • Không tương thích tốt với các mô hình Cloud Hybrid hiện nay.

Đó là lý do Microsoft giới thiệu Always On VPN như thế hệ VPN mới, linh hoạt và bảo mật hơn.

Always On VPN khác VPN truyền thống như thế nào?


Điểm khác biệt lớn nhất là tự động kết nối.

Với VPN truyền thống, người dùng phải nhớ mở ứng dụng VPN và nhấn Connect trước khi truy cập tài nguyên nội bộ.

Always On VPN loại bỏ hoàn toàn bước này.

Windows sẽ tự phát hiện khi người dùng cần truy cập tài nguyên của doanh nghiệp và tự động thiết lập kết nối VPN ở chế độ nền. Trải nghiệm gần giống như thiết bị đang kết nối trực tiếp trong mạng LAN. Hạ tầng cần có để triển khai


Always On VPN không chỉ là một máy chủ VPN mà là sự kết hợp của nhiều thành phần trong hạ tầng Windows Server.

Một hệ thống hoàn chỉnh thường bao gồm:
  • VPN Gateway (RRAS hoặc giải pháp VPN tương thích)
  • Network Policy Server (NPS) để thực hiện xác thực và cấp quyền truy cập
  • Active Directory để quản lý danh tính người dùng và thiết bị
  • Group Policy để triển khai cấu hình VPN tự động
  • DNS Server để phân giải tên miền nội bộ
  • Firewall cho phép lưu lượng VPN đi qua
  • Public Key Infrastructure (PKI) để cấp chứng chỉ số phục vụ xác thực

Điểm đáng chú ý là Always On VPN không bắt buộc sử dụng riêng RRAS. Doanh nghiệp có thể triển khai với nhiều giải pháp VPN hỗ trợ các giao thức và phương thức xác thực tương thích. Chứng chỉ số là thành phần không thể thiếu


Một trong những yêu cầu quan trọng nhất của Always On VPN là PKI.

Khác với nhiều hệ thống VPN chỉ sử dụng Username và Password, Always On VPN ưu tiên xác thực bằng chứng chỉ số (Certificate-Based Authentication), giúp tăng mức độ an toàn và giảm nguy cơ bị đánh cắp thông tin đăng nhập.

Thông thường sẽ có các loại chứng chỉ sau:
  • User Certificate: cấp cho mỗi người dùng để xác thực danh tính.
  • Computer Certificate: bắt buộc khi triển khai Device Tunnel, dùng để xác thực thiết bị trước khi người dùng đăng nhập Windows.
  • Server Authentication Certificate: cài trên VPN Server để chứng minh danh tính của máy chủ.
  • NPS Certificate: sử dụng khi NPS thực hiện xác thực EAP-TLS hoặc PEAP.

Nếu triển khai SSTP, doanh nghiệp có thể sử dụng chứng chỉ SSL công cộng (Public SSL Certificate) để tránh cảnh báo tin cậy từ Internet.

Nếu sử dụng IKEv2, VPN Server cần chứng chỉ được cấp bởi PKI nội bộ để thiết lập kênh VPN an toàn. User Tunnel và Device Tunnel khác nhau như thế nào?


Đây là khái niệm rất dễ nhầm khi mới triển khai Always On VPN. User Tunnel


User Tunnel chỉ được thiết lập sau khi người dùng đăng nhập Windows.

Kết nối VPN gắn với tài khoản người dùng, phù hợp để truy cập tài nguyên như File Server, ứng dụng nội bộ hoặc cơ sở dữ liệu. Device Tunnel


Device Tunnel được thiết lập ngay khi máy tính khởi động, trước cả màn hình đăng nhập Windows.

Điều này cho phép thiết bị liên lạc với Domain Controller từ xa để thực hiện các tác vụ quản trị như:
  • Áp dụng Group Policy.
  • Cập nhật Windows.
  • Triển khai phần mềm.
  • Thực hiện các tác vụ quản lý thiết bị từ xa.

Device Tunnel yêu cầu máy tính phải được cấp Computer Authentication Certificate và thường áp dụng cho các thiết bị đã gia nhập miền (Domain-Joined).

Tích hợp tốt với hệ sinh thái Microsoft


Always On VPN được thiết kế để hoạt động cùng các dịch vụ bảo mật hiện đại của Microsoft như:
  • Azure Multi-Factor Authentication (Azure MFA): bổ sung lớp xác thực đa yếu tố cho người dùng VPN.
  • Azure Conditional Access: áp dụng chính sách truy cập dựa trên danh tính, thiết bị hoặc mức độ rủi ro.
  • Windows Hello for Business: thay thế mật khẩu bằng xác thực sinh trắc học hoặc mã PIN kết hợp khóa mật mã.
  • Windows Information Protection (WIP): bảo vệ dữ liệu doanh nghiệp, hạn chế rò rỉ thông tin giữa môi trường công việc và cá nhân.

Nhờ khả năng tích hợp này, Always On VPN không chỉ đơn thuần là một giải pháp truy cập từ xa mà còn là một thành phần trong kiến trúc Zero Trust của Microsoft.

Kết luận


Always On VPN là bước tiến quan trọng so với các giải pháp VPN truyền thống và DirectAccess. Khả năng tự động kết nối, hỗ trợ xác thực bằng chứng chỉ số, tích hợp với Active Directory, NPS và các dịch vụ bảo mật như Azure MFA hay Conditional Access giúp doanh nghiệp xây dựng môi trường truy cập từ xa vừa thuận tiện cho người dùng, vừa đáp ứng các yêu cầu bảo mật hiện đại. Đây là lựa chọn phù hợp cho các tổ chức đang chuyển đổi sang mô hình làm việc linh hoạt và hạ tầng Hybrid Cloud.
​]]> AZURE dangquangminh https://www.forum.vnpro.org/forum/cloud-computing/azure/443008-always-on-vpn-–-giải-pháp-vpn-hiện-đại-thay-thế-directaccess Home Router hoạt động như thế nào? https://www.forum.vnpro.org/forum/cloud-computing/azure/442903-home-router-hoạt-động-như-thế-nào Sun, 19 Jul 2026 06:01:21 GMT Home Router hoạt động như thế nào? Vì sao chỉ một thiết bị nhỏ lại có thể kết nối cả ngôi nhà với Internet? Khi nhắc đến Home Router, nhiều... Home Router hoạt động như thế nào? Vì sao chỉ một thiết bị nhỏ lại có thể kết nối cả ngôi nhà với Internet?


Khi nhắc đến Home Router, nhiều người thường nghĩ đây đơn giản là thiết bị phát Wi-Fi. Thực tế, phát Wi-Fi chỉ là một trong nhiều chức năng của Home Router. Vai trò quan trọng nhất của nó là kết nối mạng nội bộ (LAN) với Internet (WAN) và đảm bảo các gói tin được chuyển đến đúng đích.

Một Home Router hiện đại thường tích hợp nhiều chức năng như Router, Switch, Wireless Access Point, DHCP Server và NAT trong cùng một thiết bị. Tuy nhiên, xét dưới góc độ mạng máy tính, Router thực hiện hai nhiệm vụ cốt lõi: Routing và Forwarding.

1. Packet Routing – Quyết định đường đi của gói tin


Hãy tưởng tượng bạn mở trình duyệt và truy cập https://vnpro.vn.

Máy tính của bạn gửi một gói tin đến Home Router. Lúc này Router sẽ phải trả lời câu hỏi:
"Gói tin này nên đi theo đường nào để đến được máy chủ đích?"

Để làm được điều đó, Router sử dụng Routing Table (bảng định tuyến).

Routing Table là một danh sách chứa thông tin về:
  • Những mạng mà Router biết.
  • Giao diện (Interface) nào sẽ được sử dụng để đi đến mạng đó.
  • Hoặc Router kế tiếp (Next Hop) nếu mạng đích không kết nối trực tiếp.

Ví dụ:
192.168.1.0/24 LAN Interface
0.0.0.0/0 ISP Gateway

Khi người dùng truy cập Internet, Router nhận thấy địa chỉ IP đích không thuộc mạng nội bộ 192.168.1.0/24, nên sẽ sử dụng Default Route (0.0.0.0/0) để chuyển toàn bộ lưu lượng đến modem hoặc Gateway của nhà cung cấp Internet.

Trong các mạng doanh nghiệp, Routing Table có thể được xây dựng bằng các giao thức định tuyến như OSPF, EIGRP hoặc BGP. Tuy nhiên, Home Router thường chỉ có một vài tuyến tĩnh và một Default Route do ISP cung cấp.
2. Packet Forwarding – Chuyển tiếp gói tin


Sau khi xác định được đường đi, Router sẽ thực hiện bước tiếp theo là Forwarding.

Đây là quá trình đưa gói tin ra đúng cổng mạng (Interface) hoặc gửi đến Next Hop phù hợp.

Ví dụ:
Laptop
│
▼
Home Router
│
▼
ISP Gateway
│
▼
Internet

Nếu máy chủ đích nằm ngay trong mạng LAN, Router hoặc Switch sẽ chuyển gói tin trực tiếp đến thiết bị đó.

Nếu máy chủ nằm trên Internet, Router sẽ chuyển gói tin đến Gateway của ISP. Mỗi lần gói tin đi qua một Router được gọi là một Hop.

Ví dụ:
Laptop
│
Home Router Hop 1
│
ISP Router Hop 2
│
Core Router Hop 3
│
Cloud Provider Hop 4
│
Web Server

Đó cũng là lý do khi chạy lệnh tracert (Windows) hoặc traceroute (Linux), bạn sẽ thấy danh sách các Router mà gói tin đi qua trước khi đến đích.
Routing và Forwarding khác nhau như thế nào?


Hai khái niệm này thường bị nhầm lẫn nhưng thực chất đảm nhiệm hai công việc khác nhau.
  • Routing trả lời câu hỏi: "Đi đường nào?" Router tra cứu Routing Table để chọn tuyến đường tối ưu.
  • Forwarding trả lời câu hỏi: "Đưa gói tin ra cổng nào?" Sau khi đã có quyết định định tuyến, Router chuyển gói tin qua Interface hoặc Next Hop tương ứng.

Nói cách khác, Routing là quá trình ra quyết định, còn Forwarding là quá trình thực thi quyết định đó.
Home Router còn làm nhiều việc hơn Routing


Trong hầu hết gia đình hoặc văn phòng nhỏ, Home Router còn tích hợp nhiều dịch vụ khác:
  • NAT (Network Address Translation): Chuyển đổi địa chỉ IP riêng (Private IP) thành địa chỉ IP công cộng để nhiều thiết bị cùng truy cập Internet.
  • DHCP Server: Tự động cấp phát địa chỉ IP cho máy tính, điện thoại và các thiết bị IoT.
  • DNS Forwarder: Chuyển tiếp các yêu cầu phân giải tên miền đến máy chủ DNS của ISP hoặc các dịch vụ như Google DNS (8.8.8.8) và Cloudflare (1.1.1.1).
  • Firewall: Kiểm soát lưu lượng vào/ra, ngăn chặn các kết nối không mong muốn từ Internet.
  • Wireless Access Point: Cung cấp kết nối Wi-Fi cho các thiết bị không dây.
  • Switch Layer 2: Kết nối các thiết bị có dây trong cùng mạng LAN.

Chính vì tích hợp nhiều chức năng trong một thiết bị nên Home Router trở thành "trung tâm mạng" của hầu hết gia đình và văn phòng nhỏ.
Kết luận


Home Router không chỉ là thiết bị phát Wi-Fi mà còn là "người điều phối giao thông" của toàn bộ mạng gia đình. Mỗi khi bạn xem YouTube, họp Microsoft Teams hay truy cập Microsoft Azure, Home Router sẽ liên tục tra cứu bảng định tuyến (Routing Table) để quyết định đường đi, sau đó chuyển tiếp (Forwarding) từng gói tin đến đúng Interface hoặc Next Hop. Nhờ hai chức năng cốt lõi này, dữ liệu có thể di chuyển từ mạng nội bộ ra Internet và ngược lại một cách chính xác và hiệu quả.
Câu hỏi ôn tập


Trong Routing Table, thành phần nào chứa địa chỉ IPv4 của Router kế tiếp trên đường đi đến mạng đích?

A. Network IPv4 Address

B. Exit Interface

C. Metric

D. Next Hop ✅

Đáp án đúng: D. Next Hop. Đây là địa chỉ IP của Router lân cận mà Router hiện tại sẽ gửi gói tin đến để tiếp tục hành trình đến mạng đích. Trong trường hợp mạng đích được kết nối trực tiếp, Router có thể chỉ cần sử dụng Exit Interface mà không cần chỉ định Next Hop.
​]]> AZURE dangquangminh https://www.forum.vnpro.org/forum/cloud-computing/azure/442903-home-router-hoạt-động-như-thế-nào Microsoft Hybrid Cloud – Khi Azure không chỉ ở trên Cloud https://www.forum.vnpro.org/forum/cloud-computing/azure/442784-microsoft-hybrid-cloud-–-khi-azure-không-chỉ-ở-trên-cloud Thu, 16 Jul 2026 07:06:34 GMT Microsoft Hybrid Cloud – Khi Azure không chỉ ở trên Cloud Trong nhiều năm, Azure được biết đến là nền tảng Public Cloud của Microsoft. Tuy... Microsoft Hybrid Cloud – Khi Azure không chỉ ở trên Cloud


Trong nhiều năm, Azure được biết đến là nền tảng Public Cloud của Microsoft. Tuy nhiên, không phải mọi doanh nghiệp đều có thể hoặc muốn đưa toàn bộ ứng dụng và dữ liệu lên đám mây.

Một số tổ chức cần xử lý dữ liệu ngay tại nhà máy, chi nhánh hoặc trung tâm dữ liệu nội bộ vì yêu cầu về độ trễ, bảo mật hoặc quy định pháp lý.

Đó là lý do Microsoft xây dựng danh mục Hybrid Cloud Portfolio, cho phép doanh nghiệp mang trải nghiệm Azure đến nhiều môi trường triển khai khác nhau.

Đến tháng 11/2024, Microsoft chính thức đổi tên Azure Stack HCI thành Azure Local, nhấn mạnh định hướng đưa Azure đến hạ tầng tại chỗ (on-premises).
Azure Stack Edge – Đưa AI và IoT đến Edge


Azure Stack Edge là một thiết bị phần cứng được Microsoft quản lý thông qua Azure.

Mục tiêu của sản phẩm này là xử lý dữ liệu ngay tại nơi dữ liệu được tạo ra, trước khi đồng bộ lên đám mây.

Các kịch bản phổ biến gồm:
  • AI suy luận (Inference) tại Edge.
  • Machine Learning gần nguồn dữ liệu.
  • Camera AI.
  • Nhà máy thông minh.
  • IoT Gateway.
  • Thu thập và xử lý dữ liệu cảm biến.

Ví dụ, trong một dây chuyền sản xuất, Azure Stack Edge có thể chạy mô hình AI để phát hiện lỗi sản phẩm theo thời gian thực. Chỉ kết quả hoặc dữ liệu đã xử lý mới được gửi lên Azure, giúp giảm băng thông và đáp ứng yêu cầu phản hồi nhanh.
Azure Local – Đám mây Azure trong Data Center của doanh nghiệp


Trung tâm của slide là Azure Local, tên gọi mới của Azure Stack HCI.

Đây là nền tảng Hyperconverged Infrastructure (HCI), kết hợp các thành phần tính toán, lưu trữ và mạng trong cùng một cụm máy chủ để xây dựng hạ tầng hiện đại ngay tại doanh nghiệp.

Azure Local phù hợp với:
  • Virtual Machine.
  • Kubernetes.
  • SQL Server.
  • AI Workload.
  • GPU Server.
  • Remote Branch Office.
  • Hạ tầng cần hiệu năng cao.

Điểm mạnh là doanh nghiệp vẫn vận hành hạ tầng tại chỗ nhưng có thể quản lý và tích hợp với Azure thông qua các dịch vụ như Azure Arc, Azure Monitor, Azure Backup hay Microsoft Defender.

Đây là lựa chọn phù hợp khi muốn tận dụng mô hình Hybrid Cloud mà vẫn giữ dữ liệu trong trung tâm dữ liệu của mình.
Azure Stack Hub – Azure cho môi trường đặc biệt


Azure Stack Hub hướng đến những môi trường không thể phụ thuộc vào kết nối Internet liên tục.

Các trường hợp điển hình gồm:
  • Hệ thống quân sự.
  • Quốc phòng.
  • Chính phủ.
  • Mỏ khai thác.
  • Tàu biển.
  • Khu vực hẻo lánh.

Điểm khác biệt là Azure Stack Hub có thể vận hành trong các môi trường Disconnected hoặc chỉ đồng bộ với Azure theo chu kỳ.

Nó cũng phù hợp với các tổ chức có yêu cầu cao về Data Sovereignty, tức dữ liệu phải được lưu trữ và xử lý hoàn toàn trong phạm vi quốc gia hoặc trung tâm dữ liệu nội bộ.
Vì sao Azure Local được đổi tên?


Việc đổi tên từ Azure Stack HCI sang Azure Local không chỉ mang ý nghĩa về thương hiệu.

Tên gọi mới phản ánh rõ hơn vai trò của sản phẩm:
  • Không chỉ là nền tảng HCI.
  • Là một phần của hệ sinh thái Azure.
  • Mang các dịch vụ Azure xuống hạ tầng on-premises.
  • Hỗ trợ Hybrid Cloud và AI Workload.

Điều này cũng phù hợp với chiến lược của Microsoft khi Azure Arc trở thành lớp quản lý thống nhất cho cả Cloud, Edge và Data Center.
So sánh ba nền tảng


Có thể hình dung ba giải pháp này theo ba lớp triển khai:
  • Azure Stack Edge dành cho Edge Computing, nơi dữ liệu được xử lý ngay tại nguồn bằng AI và IoT trước khi gửi lên Cloud.
  • Azure Local dành cho Data Center doanh nghiệp, cung cấp hạ tầng ảo hóa, lưu trữ và Kubernetes theo mô hình Hyperconverged, đồng thời tích hợp chặt chẽ với Azure.
  • Azure Stack Hub dành cho các môi trường đặc biệt, nơi yêu cầu vận hành độc lập hoặc có các quy định nghiêm ngặt về chủ quyền dữ liệu và khả năng hoạt động khi không có kết nối Internet.
Kết luận


Danh mục Microsoft Hybrid Cloud Portfolio cho thấy chiến lược của Microsoft không còn tập trung vào việc đưa mọi ứng dụng lên Public Cloud, mà hướng đến việc đưa trải nghiệm Azure đến bất kỳ nơi nào doanh nghiệp cần. Dù là một thiết bị Edge chạy AI, một cụm Hyperconverged trong Data Center hay một hệ thống độc lập phục vụ quốc phòng và chính phủ, các giải pháp này đều được quản lý theo cùng triết lý của Azure.

Trong bối cảnh AI ngày càng được triển khai ngay tại doanh nghiệp, Azure Local đang trở thành lựa chọn nổi bật để xây dựng các hạ tầng AI on-premises. Khi kết hợp với máy chủ GPU, Kubernetes và Azure Arc, doanh nghiệp có thể vận hành các mô hình AI hiệu năng cao trong trung tâm dữ liệu của mình, đồng thời vẫn tận dụng các dịch vụ quản trị, giám sát và bảo mật từ hệ sinh thái Azure.
​]]> AZURE dangquangminh https://www.forum.vnpro.org/forum/cloud-computing/azure/442784-microsoft-hybrid-cloud-–-khi-azure-không-chỉ-ở-trên-cloud Collection trong Remote Desktop Services (RDS) là gì? https://www.forum.vnpro.org/forum/cloud-computing/azure/442556-collection-trong-remote-desktop-services-rds-là-gì Fri, 10 Jul 2026 11:06:51 GMT Collection trong Remote Desktop Services (RDS) là gì? Khi triển khai Remote Desktop Services (RDS), một trong những khái niệm quan trọng mà quản... Collection trong Remote Desktop Services (RDS) là gì?


Khi triển khai Remote Desktop Services (RDS), một trong những khái niệm quan trọng mà quản trị viên cần nắm là Collection. Đây là cơ chế giúp quản lý nhiều máy chủ hoặc nhiều máy ảo như một nhóm thống nhất, thay vì phải cấu hình từng máy riêng lẻ. Collection là gì?


Collection là một nhóm logic (logical grouping) gồm các máy chủ hoặc máy ảo trong hệ thống RDS.

Microsoft hỗ trợ hai loại Collection:
  • Session Collection: Nhóm các RD Session Host phục vụ mô hình nhiều người dùng cùng đăng nhập vào các Session Host.
  • Virtual Desktop Collection: Nhóm các máy ảo (Virtual Desktop) dành cho triển khai VDI (Virtual Desktop Infrastructure).

Người dùng sẽ được cấp quyền truy cập vào Collection thay vì truy cập trực tiếp từng máy chủ.
Vì sao phải sử dụng Collection?


Collection giúp việc quản trị RDS trở nên đơn giản và tập trung hơn.

Thay vì cấu hình từng RD Session Host riêng lẻ, bạn chỉ cần cấu hình Collection, các thiết lập sẽ được áp dụng đồng nhất cho toàn bộ các máy chủ trong nhóm.

Ví dụ, bạn có thể thiết lập:
  • Quyền truy cập của người dùng
  • Chính sách Session
  • Load Balancing
  • Security
  • User Profile Disk
  • Client Settings

Một lần cấu hình sẽ áp dụng cho tất cả các thành viên trong Collection.
Một máy chủ chỉ thuộc một Collection


Một điểm cần lưu ý là:

Mỗi RD Session Host chỉ có thể thuộc duy nhất một Collection.

Nếu doanh nghiệp có nhiều nhóm người dùng với chính sách khác nhau, bạn cần tạo nhiều Collection riêng biệt.

Ví dụ:
  • Collection dành cho phòng Kế toán
  • Collection dành cho Nhân sự
  • Collection dành cho IT

Mỗi Collection có thể có:
  • RemoteApp khác nhau
  • Chính sách khác nhau
  • Quyền truy cập khác nhau
  • Cấu hình Session khác nhau

Điều này giúp dễ dàng phân tách môi trường và quản trị theo từng phòng ban.
Collection hỗ trợ High Availability


Collection cũng góp phần tăng tính sẵn sàng (High Availability).

Khi một Collection có nhiều RD Session Host, RD Connection Broker sẽ phân phối các kết nối mới đến máy chủ phù hợp.

Nếu một Session Host gặp sự cố hoặc quá tải, người dùng mới sẽ được chuyển sang máy chủ khác trong cùng Collection, giúp hệ thống hoạt động ổn định và cân bằng tải tốt hơn.
Các thiết lập có thể cấu hình cho Session Collection


Sau khi tạo Collection, quản trị viên có thể thay đổi rất nhiều thuộc tính thông qua Server Manager hoặc Windows PowerShell.

Một số thiết lập quan trọng gồm: General


Cấu hình thông tin chung của Collection như tên, mô tả và các tùy chọn cơ bản. User Groups


Xác định nhóm người dùng hoặc nhóm bảo mật trong Active Directory được phép truy cập Collection. Session


Thiết lập các chính sách cho phiên làm việc như:
  • Thời gian timeout
  • Giới hạn phiên hoạt động
  • Tự động đăng xuất khi ngắt kết nối
  • Reconnect Session
Security


Cấu hình các tùy chọn bảo mật như:
  • Mức mã hóa RDP
  • Network Level Authentication (NLA)
  • Các yêu cầu xác thực khác
Load Balancing


Nếu Collection có nhiều RD Session Host, bạn có thể điều chỉnh tỷ lệ phân phối tải giữa các máy chủ nhằm tối ưu hiệu năng. Client Settings


Quy định người dùng có được phép sử dụng các tính năng chuyển hướng tài nguyên cục bộ hay không, chẳng hạn:
  • Clipboard
  • Printer
  • USB
  • Ổ đĩa cục bộ
  • Audio
  • COM Port
User Profile Disks (UPD)


Đây là một trong những tính năng quan trọng nhất của Session Collection.

User Profile Disk lưu toàn bộ hồ sơ người dùng trên một ổ đĩa VHDX đặt tại máy chủ File Server.

Khi người dùng đăng nhập vào bất kỳ RD Session Host nào trong Collection, hệ thống sẽ tự động gắn (mount) đúng User Profile Disk của họ.

Nhờ đó:
  • Desktop luôn giống nhau trên mọi Session Host.
  • Dữ liệu cá nhân được giữ nguyên.
  • Không cần roaming profile truyền thống.
  • Hỗ trợ môi trường Load Balancing rất hiệu quả.
Kết luận


Collection là thành phần trung tâm trong kiến trúc Remote Desktop Services. Nó giúp nhóm nhiều RD Session Host hoặc Virtual Desktop thành một đơn vị quản lý thống nhất, đơn giản hóa việc cấu hình, tăng khả năng mở rộng và hỗ trợ cân bằng tải. Thông qua Collection, quản trị viên có thể áp dụng đồng nhất các chính sách về bảo mật, phiên làm việc, quyền truy cập và hồ sơ người dùng, giúp việc vận hành hệ thống RDS trở nên hiệu quả và dễ quản lý hơn.
​]]> AZURE dangquangminh https://www.forum.vnpro.org/forum/cloud-computing/azure/442556-collection-trong-remote-desktop-services-rds-là-gì 🚨 Lên Azure rồi thì Router, Switch và Firewall... biến mất hết? https://www.forum.vnpro.org/forum/cloud-computing/azure/442215-🚨-lên-azure-rồi-thì-router-switch-và-firewall-biến-mất-hết Fri, 03 Jul 2026 04:15:40 GMT 🚨 Lên Azure rồi thì Router, Switch và Firewall... biến mất hết? Đó là cảm giác của rất nhiều Network Engineer khi lần đầu bước vào Microsoft... 🚨 Lên Azure rồi thì Router, Switch và Firewall... biến mất hết?

Đó là cảm giác của rất nhiều Network Engineer khi lần đầu bước vào Microsoft Azure.

Mọi thứ dường như đều rất quen thuộc.

Có IP Address.

Có Subnet.

Có Routing.

Có Firewall.

Có DNS.

Có Load Balancer.

Nhưng khi đăng nhập Azure Portal...

Không thấy chiếc Router nào để cấu hình.

Không có Switch Layer 2.

Không có cổng GigabitEthernet.

Không có dây Patch Cord.

Vậy hạ tầng mạng trên Azure thực sự hoạt động như thế nào?

Nếu đã nhiều năm triển khai hạ tầng mạng, có lẽ bạn sẽ rất quen với mô hình như thế này:
Internet
│
Firewall
│
Core Switch
│
Distribution
│
Access Switch
│
Servers / Users

Muốn tạo VLAN?

➡️ Cấu hình trên Switch.

Muốn định tuyến giữa các VLAN?

➡️ Cấu hình trên Router hoặc Layer 3 Switch.

Muốn chặn lưu lượng?

➡️ ACL hoặc Firewall Policy.

Trong nhiều năm, chúng ta quen với việc quản trị thiết bị.

Router quyết định đường đi.

Switch kết nối các thiết bị.

Firewall kiểm soát lưu lượng.

Mọi thứ đều rất rõ ràng.

Nhưng khi bước lên Azure...

Bạn sẽ không còn nhìn thấy những thiết bị đó nữa.
Azure Virtual Network có phải là một chiếc Switch được "ảo hóa"?


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

Nhiều người mới học Azure thường nghĩ:
"Azure Virtual Network (VNet) chắc chỉ là một chiếc Switch Layer 2 được đưa lên Cloud."

Thực tế hoàn toàn khác.

Azure Virtual Network không phải là một thiết bị.

Đó là một mạng logic (Logical Network) được xây dựng trên nền tảng Software-Defined Networking (SDN) của Microsoft.

Khi tạo một VNet, bạn không cấu hình một Switch.

Bạn đang định nghĩa:
  • Không gian địa chỉ IP (Address Space)
  • Các Subnet
  • Phạm vi kết nối giữa các tài nguyên
  • Nền tảng để áp dụng các chính sách mạng và bảo mật

Nói cách khác...

Trong Azure, chúng ta không còn quản trị phần cứng.

Chúng ta đang thiết kế kiến trúc mạng.

Đó là sự thay đổi đầu tiên mà bất kỳ Network Engineer nào cũng phải làm quen khi bước sang Cloud.
Vậy Router đã "biến mất" thật sao?


Câu trả lời là:

Không.

Routing vẫn tồn tại.

Chỉ là chúng ta không còn trực tiếp cấu hình Router như trước.

Nếu trong Data Center, muốn các mạng giao tiếp với nhau, chúng ta phải cấu hình Static Route hoặc các giao thức định tuyến như OSPF, EIGRP hay BGP.

Thì trên Azure, phần lớn công việc đó đã được nền tảng Cloud xử lý tự động.

Người quản trị không còn dành thời gian cấu hình từng Interface hay từng Route.

Thay vào đó, chúng ta sẽ tập trung vào một việc quan trọng hơn:
Thiết kế cách lưu lượng nên đi trong hệ thống.

Đó cũng là sự khác biệt rất lớn giữa tư duy Networking truyền thống và Cloud Networking.
Điều khó nhất khi học Azure không phải là học tính năng mới


Điều khó nhất là thay đổi tư duy.

Trong nhiều năm, chúng ta quen với việc:
  • Có Router thì mới có Routing.
  • Có Switch thì mới có VLAN.
  • Có Firewall Appliance thì mới có Security.

Cloud buộc chúng ta nhìn mọi thứ theo một cách khác.

Thiết bị không còn là trung tâm.

Kiến trúc mới là trung tâm.

Người kỹ sư không còn chỉ trả lời câu hỏi:
"Cấu hình ở đâu?"

Mà phải trả lời một câu hỏi quan trọng hơn:
"Hệ thống này nên được thiết kế như thế nào để vừa bảo mật, vừa linh hoạt và có thể mở rộng?"

Đó cũng là lý do vì sao nhiều doanh nghiệp hiện nay đánh giá rất cao những kỹ sư vừa có nền tảng Networking truyền thống, vừa hiểu cách vận hành hạ tầng trên Cloud.

Có một câu nói rất hay trong giới Cloud:
"Trong Data Center, chúng ta quản trị thiết bị.

Trong Cloud, chúng ta thiết kế hành vi của hệ thống."

Azure Networking không làm mất đi những kiến thức về Routing, Switching hay Security mà chúng ta đã học.

Ngược lại...

Cloud yêu cầu chúng ta hiểu sâu hơn bản chất của mạng, thay vì chỉ biết cấu hình trên một thiết bị cụ thể.

Và có lẽ...

Đó mới chính là thay đổi lớn nhất khi một Network Engineer bước vào thế giới Azure.

🎯 Đây cũng là chủ đề đầu tiên trong module Azure Virtual Networking của khóa Microsoft Azure Administrator (AZ-104) tại VnPro.

Học viên sẽ không chỉ học cách tạo một Virtual Network trên Azure Portal, mà quan trọng hơn là hiểu Azure xây dựng và vận hành một hạ tầng mạng Cloud như thế nào trước khi đi sâu vào các chủ đề như Routing, Network Security Group (NSG), VNet Peering hay Hybrid Cloud.

💬 Theo bạn, điều gì khiến một Network Engineer "bỡ ngỡ" nhất khi chuyển từ hạ tầng On-Premise sang Azure?
​]]> AZURE ThanhTho https://www.forum.vnpro.org/forum/cloud-computing/azure/442215-🚨-lên-azure-rồi-thì-router-switch-và-firewall-biến-mất-hết Khi hệ thống có 5 kỹ sư, mỗi người làm một kiểu... thì vấn đề không còn nằm ở kỹ thuật. https://www.forum.vnpro.org/forum/cloud-computing/azure/442166-khi-hệ-thống-có-5-kỹ-sư-mỗi-người-làm-một-kiểu-thì-vấn-đề-không-còn-nằm-ở-kỹ-thuật Thu, 02 Jul 2026 04:11:15 GMT Một doanh nghiệp có 5 Azure Administrator. Tất cả đều giỏi. Tất cả đều biết cách tạo Virtual Machine. Nhưng sau vài tháng vận hành, hệ thống...
Tất cả đều giỏi.

Tất cả đều biết cách tạo Virtual Machine.

Nhưng sau vài tháng vận hành, hệ thống bắt đầu xuất hiện những vấn đề rất khó chịu.

Người thứ nhất đặt tên máy chủ theo kiểu:

WEB-01

Người thứ hai lại tạo:

WebServer-Test

Người thứ ba đặt:

VM001

Có người triển khai Virtual Machine tại Southeast Asia.

Có người lại chọn East US.

Storage Account thì càng "đa dạng" hơn.

Người bật tính năng bảo mật.

Người quên.

Người gắn Tag đầy đủ.

Người thì không.

Điều đáng nói là...

Không ai làm sai.

Họ chỉ làm theo cách của riêng mình.

Nhưng khi hàng trăm tài nguyên được tạo ra theo hàng chục cách khác nhau, hệ thống dần trở nên khó quản lý.

Muốn thống kê chi phí theo phòng ban?

Không được.

Vì nhiều tài nguyên không có Tag.

Muốn rà soát toàn bộ Virtual Machine của môi trường Production?

Mất rất nhiều thời gian.

Vì không có quy tắc đặt tên thống nhất.

Muốn đảm bảo tất cả Storage Account đều tuân thủ tiêu chuẩn bảo mật?

Bạn phải kiểm tra từng tài nguyên.

Đây là lúc nhiều người nhận ra một điều.

Doanh nghiệp không cần nhiều kỹ sư giỏi.

Doanh nghiệp cần mọi kỹ sư đều triển khai theo cùng một tiêu chuẩn.

Đó cũng là lý do Azure Policy ra đời.

Azure Policy không thay bạn triển khai hạ tầng.

Azure Policy cũng không cấp quyền hay thu hồi quyền của người dùng.

Điều Azure Policy làm là biến các quy định của doanh nghiệp thành những quy tắc mà Azure có thể tự động thực thi.

Ví dụ:

✅ Chỉ cho phép triển khai Virtual Machine tại Region đã được phê duyệt.

✅ Bắt buộc mọi tài nguyên phải có các Tag như Project, Owner và Cost Center.

✅ Không cho phép tạo Public IP ngoài các trường hợp được phê duyệt.

✅ Chỉ sử dụng các SKU Virtual Machine nằm trong danh sách tiêu chuẩn của doanh nghiệp.

✅ Yêu cầu Storage Account phải bật các cấu hình bảo mật theo quy định.

Nếu một kỹ sư triển khai tài nguyên không đáp ứng các tiêu chuẩn này...

Azure sẽ từ chối ngay từ bước triển khai.

Không phải vì người đó thiếu kinh nghiệm.

Mà vì hệ thống được thiết kế để không cho phép tạo ra sự không nhất quán.

Đó là điểm khác biệt giữa một môi trường Azure nhỏ và một hạ tầng Cloud của doanh nghiệp.

Ở quy mô vài chục tài nguyên, bạn có thể nhớ mọi cấu hình.

Nhưng khi số lượng lên đến hàng nghìn tài nguyên và nhiều nhóm kỹ sư cùng làm việc, việc quản trị không còn dựa vào trí nhớ hay kinh nghiệm của từng cá nhân.

Nó phải dựa vào những tiêu chuẩn được tự động thực thi.

Đó cũng là tư duy mà một Azure Administrator cần có.

Không chỉ biết cách tạo tài nguyên.

Mà còn biết cách xây dựng một môi trường mà mọi tài nguyên đều được triển khai đúng chuẩn ngay từ đầu.

💬 Theo bạn, điều gì khó quản lý hơn trong doanh nghiệp: một kỹ sư thiếu kinh nghiệm, hay năm kỹ sư giỏi nhưng mỗi người triển khai theo một tiêu chuẩn khác nhau?
​]]> AZURE ThanhTho https://www.forum.vnpro.org/forum/cloud-computing/azure/442166-khi-hệ-thống-có-5-kỹ-sư-mỗi-người-làm-một-kiểu-thì-vấn-đề-không-còn-nằm-ở-kỹ-thuật AWS hay Azure? Đừng hỏi Cloud nào mạnh hơn. Hãy hỏi: Cloud nào giúp bạn có việc làm trước? https://www.forum.vnpro.org/forum/cloud-computing/azure/442162-aws-hay-azure-đừng-hỏi-cloud-nào-mạnh-hơn-hãy-hỏi-cloud-nào-giúp-bạn-có-việc-làm-trước Thu, 02 Jul 2026 02:53:03 GMT AWS hay Azure? Đừng hỏi Cloud nào mạnh hơn. Hãy hỏi: Cloud nào giúp bạn có việc làm trước?

Có một câu hỏi mình nhận được rất nhiều từ các bạn sinh viên và người mới đi làm:
"Anh ơi, em nên học AWS hay Azure? Học AZ-104 có hơn AWS không?"
Câu trả lời của mình luôn là:
Không có Cloud nào "ngon" nhất. Chỉ có Cloud phù hợp với mục tiêu nghề nghiệp của bạn.
Cloud Computing không còn là xu hướng nữa.
Nó đã trở thành kỹ năng bắt buộc của System Engineer, DevOps Engineer, Cloud Engineer, Security Engineer, thậm chí cả AI Engineer.
Theo xu hướng tuyển dụng hiện nay, doanh nghiệp ngày càng ưu tiên những kỹ sư có kiến thức Cloud, đặc biệt trong môi trường Multi-Cloud (AWS + Azure + GCP). AWS vẫn dẫn đầu về quy mô triển khai toàn cầu, trong khi Azure tăng trưởng rất mạnh ở khối doanh nghiệp sử dụng hệ sinh thái Microsoft. Nhiều doanh nghiệp hiện không chỉ tuyển người biết một Cloud mà còn đánh giá cao khả năng làm việc đa nền tảng. AWS và Azure khác nhau ở đâu?


Nếu ví Cloud giống như hai hãng xe nổi tiếng. AWS giống Toyota.
  • Có mặt gần như ở khắp nơi.
  • Startup sử dụng rất nhiều.
  • Công ty Product, SaaS, E-commerce cực kỳ chuộng.
  • Cộng đồng đông, tài liệu học khổng lồ.
Azure giống Mercedes.
  • Được các tập đoàn lớn yêu thích.
  • Doanh nghiệp dùng Windows Server, Active Directory, Microsoft 365 gần như đều triển khai Azure.
  • Rất mạnh ở hệ thống doanh nghiệp, ngân hàng, bảo hiểm, chính phủ và các công ty đa quốc gia.
Nói đơn giản:
AWS mạnh về Startup.
Azure mạnh về Enterprise.
AZ-104 có gì mà nhiều doanh nghiệp yêu cầu?


AZ-104 (Azure Administrator Associate) không đơn thuần là một chứng chỉ.
Nó dạy bạn cách quản trị toàn bộ hệ thống Cloud:
Virtual Machine
Virtual Network
Storage
Identity (Microsoft Entra ID/Azure AD)
Backup
Monitoring
Load Balancer
Security

Đây đều là những công việc Cloud Engineer làm hằng ngày.
Ví dụ thực tế:
Một doanh nghiệp có hơn 300 nhân viên.
Họ cần:
  • tạo máy chủ mới chỉ trong vài phút;
  • nhân viên đăng nhập bằng một tài khoản duy nhất;
  • sao lưu dữ liệu tự động;
  • giám sát hệ thống 24/7;
  • mở rộng tài nguyên khi lượng truy cập tăng đột biến.
Đó chính là công việc của Azure Administrator.
AZ-104 vì vậy được xem là nền tảng để học tiếp Cloud Security, DevOps hoặc Solutions Architect. Còn AWS thì sao?


AWS không hề "lép vế".
Ngược lại.
AWS vẫn là nền tảng Cloud có số lượng triển khai và cơ hội việc làm rất lớn trên toàn cầu.
Nếu bạn muốn làm:
Startup
Công ty Product
DevOps
Platform Engineer
SRE

thì AWS gần như xuất hiện ở mọi JD tuyển dụng.
Ví dụ:
Một startup thương mại điện tử vừa gọi vốn.
Họ cần triển khai website trong 1 tuần.
Thay vì mua server vật lý.
Họ chỉ cần:
  • EC2
  • S3
  • RDS
  • CloudFront
  • Load Balancer
  • Auto Scaling
Toàn bộ đều chạy trên AWS.
Đó là lý do AWS luôn được xem là "sân chơi" rất lớn của Cloud Engineer. Vậy người mới nên học gì?

Đây là lời khuyên mình dành cho các bạn.
Nếu bạn yêu thích hệ Microsoft:
Windows Server
Active Directory
Microsoft 365
Hybrid Infrastructure

Học Azure trước.
Nếu bạn muốn nhiều cơ hội việc làm hơn
Công ty Product
DevOps
Cloud Native
Học AWS trước.
Nếu muốn đi xa trong nghề:
Đừng chọn một.
Hãy học cả hai.
Hiện nay rất nhiều doanh nghiệp vận hành theo mô hình Multi-Cloud, nên người biết cả AWS và Azure thường có lợi thế hơn khi ứng tuyển và phát triển sự nghiệp. Lộ trình học Cloud tại VnPro mình gợi ý:

Giai đoạn 1 – Xây nền tảng
Linux
Networking (CCNA)
Windows Server

Giai đoạn 2 – Bước vào Cloud
AWS Cloud Practitioner (nền tảng)
Microsoft Azure AZ-104

Giai đoạn 3 – Chuyên sâu
AWS Solutions Architect
Azure Solutions Architect
Kubernetes
Docker
Terraform
DevOps

Giai đoạn 4 – Nâng cao
Cloud Security
DevSecOps
Multi-Cloud
AI Infrastructure

Đây cũng là lộ trình được nhiều Cloud Engineer lựa chọn để từng bước từ nền tảng đến các vị trí Cloud Engineer, DevOps Engineer hoặc Solutions Architect. Điều quan trọng nhất

Đừng dành 6 tháng chỉ để tranh luận:
"AWS hay Azure?"
Hãy dành 6 tháng để học thật, lab thật và làm project thật.
Nhà tuyển dụng không hỏi:
"Em thích AWS hay Azure?"
Họ sẽ hỏi:
"Em đã từng triển khai hệ thống nào trên Cloud chưa?"
Đó mới là điều tạo nên sự khác biệt.
Nếu bạn đang muốn bắt đầu con đường Cloud nhưng chưa biết nên đi từ đâu, hãy tham khảo lộ trình đào tạo Cloud tại VnPro.
Chọn đúng nền tảng, học bài bản và thực hành nhiều sẽ giúp bạn rút ngắn đáng kể thời gian để trở thành một Cloud Engineer thực thụ.
---VnPro
Hotline/Zalo: 0933 427 079
#CloudComputing #AWS #Azure #AZ104 #CloudEngineer #DevOps #WindowsServer #Linux #CCNA #VnPro #HocIT #HocCloud #Career​]]> AZURE Cẩm Thanh https://www.forum.vnpro.org/forum/cloud-computing/azure/442162-aws-hay-azure-đừng-hỏi-cloud-nào-mạnh-hơn-hãy-hỏi-cloud-nào-giúp-bạn-có-việc-làm-trước ​ người mới học azure thường debug từ virtual machine. Nhưng azure admin thì không.​ https://www.forum.vnpro.org/forum/cloud-computing/azure/442101-​-người-mới-học-azure-thường-debug-từ-virtual-machine-nhưng-azure-admin-thì-không-​ Tue, 30 Jun 2026 09:11:51 GMT Đây là một điều mình nhận ra sau khi làm và hướng dẫn nhiều bài lab về Azure. Khi một Virtual Machine không thể SSH hoặc Remote Desktop, phản ứng... Khi một Virtual Machine không thể SSH hoặc Remote Desktop, phản ứng đầu tiên của rất nhiều người là:
  • Khởi động lại VM.
  • Kiểm tra Windows Firewall.
  • Kiểm tra dịch vụ RDP hoặc SSH.
  • Thậm chí xóa VM và tạo lại.
Nghe có vẻ hợp lý.
Nhưng trong rất nhiều trường hợp...
Virtual Machine hoàn toàn không phải là vấn đề.
Hãy tưởng tượng một tình huống rất thực tế.
Virtual Machine đang Running.
Public IP đã được cấp.
CPU và RAM hoạt động bình thường.
Nhưng người dùng vẫn không thể kết nối.
Nếu chỉ nhìn vào Virtual Machine, bạn sẽ mất rất nhiều thời gian để kiểm tra những thứ vốn không hề có lỗi.
Bởi vì trên Azure, trước khi một gói tin đến được Virtual Machine, nó còn phải đi qua rất nhiều "cánh cửa".
Internet
↓
Public IP
↓
Network Security Group (NSG)
↓
Route Table
↓
Subnet
↓
Network Interface (NIC)
↓
Virtual Machine
Chỉ cần một cánh cửa đóng lại.
Toàn bộ kết nối sẽ thất bại.
Đó là lý do một Azure Administrator có kinh nghiệm thường không hỏi:
"VM có đang chạy không?"
Mà sẽ hỏi:
"Gói tin đang bị chặn ở đâu?"
Đó là hai cách tư duy hoàn toàn khác nhau.
Đây cũng là điều mình đánh giá rất cao ở Lab 04 – Implement Virtual Networks trong chương trình AZ-104.
Thoạt nhìn, bài lab chỉ là tạo Virtual Network và Subnet.
Nhưng nếu học đúng cách, bạn sẽ nhận ra mục tiêu của bài lab không phải là tạo được một VNet.
Mà là hiểu đường đi của lưu lượng trong Azure.
Bạn sẽ biết:
  • Vì sao VM có Public IP nhưng vẫn không truy cập được.
  • NSG nên đặt ở Subnet hay Network Interface?
  • Khi nào cần Route Table?
  • Vì sao cùng một cấu hình nhưng VM này truy cập được, VM khác thì không?
  • Nên bắt đầu troubleshooting từ đâu để không mất hàng chục phút kiểm tra sai hướng?
Đó mới là kiến thức giúp bạn xử lý những sự cố sẽ gặp khi đi làm.
Mình luôn nghĩ rằng:
Cloud không làm Networking biến mất.
Cloud chỉ khiến Networking trở nên trừu tượng hơn.
Bạn không còn nhìn thấy switch, router hay dây mạng.
Nhưng chúng vẫn tồn tại dưới một hình thức khác.
Nếu không hiểu những thành phần đó đang hoạt động như thế nào, việc triển khai Virtual Machine sẽ chỉ dừng lại ở mức "biết bấm nút tạo".
Còn để vận hành một hệ thống Azure ổn định, điều quan trọng hơn là hiểu gói tin đang đi như thế nào.
Nếu một Virtual Machine trên Azure có đầy đủ:
  • Public IP
  • Trạng thái Running
  • NSG đã cho phép cổng 3389
...nhưng vẫn không thể Remote Desktop.
Bạn sẽ kiểm tra thành phần nào đầu tiên?
Cùng chia sẻ góc nhìn của mình ở phần bình luận nhé. Biết đâu mỗi người sẽ có một quy trình troubleshooting khác nhau và đó chính là điều thú vị khi làm hạ tầng.​]]> AZURE ThanhTho https://www.forum.vnpro.org/forum/cloud-computing/azure/442101-​-người-mới-học-azure-thường-debug-từ-virtual-machine-nhưng-azure-admin-thì-không-​