Những điểm chính
- GreenNode có dịch vụ tương ứng cho các thành phần nền tảng mà phần lớn workload cần: máy chủ ảo, Kubernetes được quản lý, lưu trữ đối tượng tương thích S3, block storage và file storage, cơ sở dữ liệu quan hệ được quản lý, load balancer, DNS, CDN, IAM, quản lý khóa mã hóa và giám sát.
- Hai dịch vụ có tính di động cao nhất là vStorage, với API tương thích S3, và VKS, chạy Kubernetes tiêu chuẩn. Workload xây dựng trên hai nền tảng này cần ít thay đổi code nhất khi chuyển đổi.
- “Tương đương” không có nghĩa là “giống hệt”. API quản trị, mô hình IAM và các tùy chọn high availability có khác biệt, vì vậy cần lên kế hoạch cập nhật infrastructure-as-code, chính sách truy cập và một phần thiết kế cơ sở dữ liệu.
- Một số dịch vụ managed cấp cao, như serverless function hay cơ sở dữ liệu NoSQL độc quyền, chưa có dịch vụ tương đương trực tiếp trong danh mục công khai của GreenNode. Hãy lên phương án thay thế cho các dịch vụ này từ sớm.
Khi một cloud architect bắt đầu lên kế hoạch chuyển từ AWS hoặc Microsoft Azure sang cloud nội địa tại Việt Nam, câu hỏi đầu tiên thường rất thực tế: EC2, S3, RDS và EKS tương đương với dịch vụ nào ở đây? Câu hỏi thứ hai còn quan trọng hơn: những khác biệt nào sẽ ảnh hưởng đến quá trình chuyển đổi?
Bài viết này trả lời cả hai câu hỏi. Bài đối chiếu các dịch vụ AWS và Azure phổ biến nhất với dịch vụ tương ứng trên GreenNode, đồng thời giải thích những khác biệt cần tính đến khi chuyển workload. Nội dung dành cho cloud architect và IT Director đang đánh giá cloud nội địa trong chiến lược hybrid cloud hoặc sovereign cloud.
Cách đọc các bảng tương đương
Mỗi bảng liệt kê một dịch vụ AWS, dịch vụ Azure gần nhất và dịch vụ GreenNode đảm nhận cùng vai trò. Cột cuối cùng nêu những điểm cần kiểm tra khi chuyển đổi. Một dịch vụ được xếp là tương đương khi nó đảm nhận cùng vai trò trong kiến trúc, chứ không phải vì nó có đầy đủ mọi tính năng giống nhau. Hãy luôn kiểm chứng các tính năng cụ thể mà workload của bạn đang dùng.
Compute và container
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| Amazon EC2 | Azure Virtual Machines | vServer CPU instances | Các dòng instance được đặt tên khác nhau. Hãy đối chiếu theo vCPU, bộ nhớ, nền tảng CPU và băng thông mạng thay vì theo tên. Instance có thể thay đổi cấu hình theo nhu cầu. |
| EC2 GPU instances (ví dụ P5) | ND-series VMs | GPU instances, H100 Bare Metal | Xác nhận dòng GPU, số GPU trên mỗi node và kết nối giữa các node khi huấn luyện đa node. Các flavor H100 hỗ trợ Multi-Instance GPU (MIG). |
| EC2 placement groups | Proximity placement groups | vServer placement groups | Rà soát chiến lược placement cho workload nhạy cảm với độ trễ hoặc cần high availability. |
| Amazon EKS | Azure Kubernetes Service (AKS) | VKS (GreenNode Kubernetes Service) | Manifest và Helm chart có thể dùng lại. Cần thay các annotation đặc thù của cloud cũ cho load balancer, storage class và workload identity. Chọn chế độ public hoặc private cluster, và control plane single-AZ hoặc multi-AZ. |
| Amazon ECR | Azure Container Registry | vCR (Container Registry) | Push lại image và cập nhật đường dẫn image trong manifest và pipeline CI. Quyền truy cập được kiểm soát qua GreenNode IAM và repository user. |
| AWS Lambda | Azure Functions | Chưa có dịch vụ tương đương trực tiếp trong danh mục công khai | Chạy code hướng sự kiện dưới dạng container trên VKS, ví dụ với một framework serverless chạy trên Kubernetes, hoặc giữ các function này trên hyperscaler trong mô hình hybrid. |
Lưu trữ
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| Amazon S3 | Azure Blob Storage | vStorage (Object Storage) | API tương thích S3, nên AWS CLI, S3 SDK, rclone và s3cmd đều dùng được khi trỏ tới endpoint vStorage theo region. Azure Blob dùng API khác, nên workload trên Azure cần chuyển sang S3 client hoặc sửa code. Hãy kiểm chứng các tính năng S3 nâng cao mà bạn đang dùng. |
| S3 Glacier storage classes | Blob archive tier | vStorage archive tier | So sánh cách truy xuất dữ liệu và lifecycle rule với chính sách lưu trữ dài hạn hiện tại. |
| Amazon EBS | Azure Managed Disks | Block Storage | Đối chiếu loại volume theo nhu cầu IOPS và throughput, không theo tên. |
| Amazon EFS | Azure Files | File Storage | Xác nhận giao thức và khả năng tương thích client với ứng dụng. |
| EBS Snapshots | Managed Disk snapshots | Snapshots | Thiết lập lại lịch snapshot; snapshot không chuyển được giữa các nhà cung cấp. |
| AWS DataSync (sang S3) | Azure Storage Mover / AzCopy | DataSync (GreenNode) | DataSync của GreenNode chuyển dữ liệu giữa các dịch vụ object storage, bao gồm từ cloud quốc tế về vStorage. rclone là một lựa chọn khác có hướng dẫn trong tài liệu. |
Cơ sở dữ liệu và dịch vụ dữ liệu
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| Amazon RDS for PostgreSQL | Azure Database for PostgreSQL | vDB PostgreSQL | Chọn Standalone cho môi trường dev/test hoặc Cluster cho production. Mô hình Cluster gồm một writer và tối đa chín reader, có failover tự động. |
| Amazon RDS for MySQL / MariaDB | Azure Database for MySQL | vDB MySQL, vDB MariaDB | Hỗ trợ read replica. Cần rà soát thiết kế high availability vì cơ chế failover khác với RDS Multi-AZ (xem bên dưới). |
| Amazon Aurora | Azure Database flexible server (HA) | vDB PostgreSQL Cluster hoặc vDB MySQL | Các tính năng riêng của Aurora như lớp lưu trữ và global database không chuyển theo được. Hãy thiết kế dựa trên tính năng tiêu chuẩn của engine. |
| Amazon ElastiCache | Azure Cache for Redis | vDB Redis | Kiểm tra phiên bản engine và khả năng tương thích cluster mode với client. |
| Amazon MSK | Azure Event Hubs (Kafka endpoint) | vDB Kafka | Kafka client dùng lại được. Cần tạo lại topic, ACL và cấu hình retention, đồng thời lên kế hoạch chuyển consumer. |
| Amazon OpenSearch Service | Elastic on Azure (đối tác) | vDB OpenSearch | Reindex hoặc khôi phục từ snapshot; kiểm tra khả năng tương thích plugin và phiên bản. |
| Amazon DynamoDB | Azure Cosmos DB | Chưa có dịch vụ tương đương trực tiếp trong danh mục công khai | API NoSQL độc quyền cần thiết kế lại. Có thể giữ các bảng này trên hyperscaler, hoặc chuyển sang một cơ sở dữ liệu mã nguồn mở chạy trên VKS hoặc vServer. |
Mạng và phân phối nội dung
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| Amazon VPC, subnet, route table | Azure Virtual Network | VPC | Nếu chạy hybrid, hãy quy hoạch dải CIDR không trùng với mạng trên hyperscaler. |
| Security group, network ACL | Network security group | Security group, network ACL | Chuyển đổi rule cẩn thận; cú pháp và giá trị mặc định có thể khác nhau. |
| Elastic IP | Public IP address | Floating IP | Cập nhật bản ghi DNS và các allow-list đang tham chiếu tới IP public cũ. |
| VPC peering | VNet peering | VPC peering, Cross Connect | Vẽ lại sơ đồ peering hiện tại trước khi chuyển đổi. |
| AWS PrivateLink / VPC endpoints | Azure Private Link | Private Endpoint | Private Endpoint kết nối VPC với các dịch vụ GreenNode như vStorage, vCR và vMonitor mà không đi qua internet công cộng. |
| Elastic Load Balancing (ALB / NLB) | Application Gateway / Azure Load Balancer | vLB (Application và Network Load Balancer) | Có lựa chọn layer 7 và layer 4, dạng internet-facing hoặc internal. Cần tạo lại listener, pool và chứng chỉ. Trên VKS, load balancer được quản lý qua manifest Kubernetes. |
| AWS Global Accelerator / Route 53 traffic policies | Azure Traffic Manager / Front Door | Global Load Balancer (GLB) | Xác nhận cơ chế health check và định tuyến giữa các region. |
| Amazon Route 53 | Azure DNS | vDNS | Hỗ trợ hosted zone public và private cùng các loại bản ghi phổ biến. vDNS chưa hỗ trợ Terraform, vì vậy cần quản lý bản ghi qua portal hoặc API. |
| Amazon CloudFront | Azure Front Door / Azure CDN | vCDN | vCDN có thể dùng object storage tương thích S3 làm origin. |
| AWS WAF | Azure Web Application Firewall | vWAF | Xây dựng lại bộ rule và kiểm thử với lưu lượng thực trước khi chuyển đổi. |
| AWS Site-to-Site VPN | Azure VPN Gateway | VPN Site-to-Site | Cách nhanh nhất để kết nối GreenNode với hyperscaler hoặc mạng on-premises trong và sau quá trình chuyển đổi. |
| AWS Direct Connect | Azure ExpressRoute | Trao đổi với GreenNode | Kết nối riêng chuyên dụng tới hyperscaler phụ thuộc vào nhà mạng và vị trí. Hãy hỏi GreenNode những đường kết nối nào khả dụng cho region của bạn. |
Bảo mật, định danh và vận hành
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| AWS IAM | Microsoft Entra ID + Azure RBAC | GreenNode IAM | Policy không tự chuyển đổi được. Hãy thiết kế lại role theo nguyên tắc đặc quyền tối thiểu và gán cho service account phục vụ tự động hóa. |
| AWS KMS | Azure Key Vault (keys) | Key Management System (KMS) | Hỗ trợ khóa do GreenNode quản lý và khóa do khách hàng tự tạo hoặc import. |
| Amazon CloudWatch | Azure Monitor | vMonitor Platform | Thu thập metric và log từ GreenNode, cloud khác hoặc on-premises. Cần xây dựng lại dashboard và cảnh báo. |
| AWS Backup | Azure Backup | Backup (Backup Center) | Thiết lập lại chính sách sao lưu và thời gian lưu giữ; vDB PostgreSQL Cluster tích hợp với Backup Center. |
| AWS Elastic Disaster Recovery | Azure Site Recovery | DR Center | Xác định RPO và RTO cho từng workload, và diễn tập failover sau khi chuyển đổi. |
| Terraform AWS / AzureRM providers | Terraform AzureRM provider | Terraform vngcloud provider | Cần viết lại định nghĩa tài nguyên cho provider của GreenNode. Kiểm tra mức độ hỗ trợ với từng dịch vụ bạn dùng. |
AI và machine learning
| AWS | Azure | GreenNode | Cần kiểm tra khi chuyển đổi |
|---|---|---|---|
| Amazon SageMaker | Azure Machine Learning | AI Platform | Script huấn luyện viết bằng framework tiêu chuẩn có thể dùng lại. Pipeline, theo dõi thí nghiệm và cấu hình triển khai cần xây dựng lại. |
| Amazon Bedrock | Azure AI Foundry models | Model as a Service (MaaS) | Danh mục mô hình khác nhau. Hãy kiểm tra mô hình nào khả dụng và đánh giá chất lượng trên chính tác vụ của bạn trước khi chuyển. |
| Amazon Bedrock AgentCore | Azure AI Foundry Agent Service | AgentBase | Rà soát framework được hỗ trợ, khả năng tích hợp công cụ và cơ chế quản trị cho agent. |
Năm khác biệt quan trọng nhất khi chuyển đổi
1. API quản trị và infrastructure as code
Chỉ một số API ở tầng dữ liệu là tương thích, chủ yếu là API S3 trên vStorage và API Kubernetes trên VKS. Mọi thứ còn lại, bao gồm cách tạo VM, mạng và cơ sở dữ liệu, đều dùng API riêng của GreenNode. GreenNode cung cấp Terraform provider (vngcloud/vngcloud), nhưng các module Terraform hiện có cho AWS hoặc Azure cần được viết lại, và một số dịch vụ như vDNS chưa hỗ trợ Terraform.
2. High availability cho cơ sở dữ liệu
Đây là khác biệt dễ ảnh hưởng nhất đến thiết kế production. Trên vDB, kiểu triển khai PostgreSQL Cluster cung cấp failover tự động với một writer và nhiều reader. Với MySQL và MariaDB, vDB hỗ trợ read replica, nhưng tài liệu của GreenNode ghi rõ failover không tự động khi master gặp sự cố trong mô hình master/read-replica: bạn cần promote một replica và cập nhật connection string của ứng dụng. Nếu hiện tại bạn dựa vào RDS Multi-AZ hoặc HA zone-redundant của Azure cho MySQL, hãy thiết kế runbook failover tương ứng, hoặc cân nhắc PostgreSQL Cluster cho workload quan trọng.
3. Region và availability zone
GreenNode hiện vận hành các region tại TP. Hồ Chí Minh (ba availability zone), Hà Nội (hai availability zone) và Bangkok (một availability zone). Thiết kế multi-AZ có thể triển khai tại TP. Hồ Chí Minh và Hà Nội. Để dự phòng giữa hai quốc gia, hãy kết hợp một region tại Việt Nam với Bangkok, và lưu ý rằng Bangkok là region chỉ có một AZ.
4. Định danh và quyền truy cập
IAM policy, role trên Entra ID và managed identity không tương ứng một-một. Hãy lên kế hoạch một hạng mục riêng để thiết kế lại role, service account và access key, bao gồm S3 key của vStorage và repository user của vCR. Nếu chạy hybrid, hãy liên kết quyền truy cập từ nhà cung cấp định danh trung tâm khi có thể, để người dùng chỉ cần một tài khoản đăng nhập.
5. Dịch vụ chưa có tương đương trực tiếp
Các dịch vụ managed độc quyền như serverless function, cơ sở dữ liệu NoSQL độc quyền, hàng đợi managed ngoài Kafka và một số dịch vụ phân tích chưa có dịch vụ tương đương trực tiếp. Với từng dịch vụ, hãy quyết định sớm nên chuyển sang phần mềm mã nguồn mở chạy trên VKS hoặc vServer, hay giữ lại trên hyperscaler như một phần của kiến trúc hybrid.
Quy trình chuyển đổi thực tế
- Kiểm kê và phân loại. Liệt kê mọi dịch vụ workload đang dùng và đánh dấu từng dịch vụ là tương đương trực tiếp, tương đương nhưng cần điều chỉnh, hoặc chưa có tương đương.
- Dựng nền tảng. Tạo VPC, subnet, security group, IAM role và dự án Terraform, sau đó kết nối với cloud hiện tại qua VPN Site-to-Site.
- Chuyển dữ liệu. Đồng bộ object storage bằng DataSync hoặc rclone, và chuyển cơ sở dữ liệu bằng công cụ dump/restore hoặc replication gốc của engine. Khi import vào vDB, chỉ sao lưu database của ứng dụng, không sao lưu các database hệ thống.
- Chuyển ứng dụng. Triển khai lại container lên VKS và VM lên vServer, đồng thời cập nhật tham chiếu tới load balancer, storage class và registry.
- Xây dựng lại vận hành. Thiết lập lại giám sát, cảnh báo, chính sách sao lưu và kế hoạch DR, sau đó diễn tập failover.
- Chuyển đổi và kiểm chứng. Chuyển DNS, theo dõi sát sao và giữ phương án rollback cho đến khi hiệu năng và độ ổn định được xác nhận.
Câu hỏi thường gặp
EC2, S3, RDS và EKS của AWS tương đương với dịch vụ nào trên cloud nội địa tại Việt Nam?
Trên GreenNode, EC2 tương ứng với vServer CPU và GPU instance, S3 tương ứng với vStorage object storage có API tương thích S3, RDS tương ứng với vDB (PostgreSQL, MySQL và MariaDB), và EKS tương ứng với VKS, dịch vụ Kubernetes được quản lý của GreenNode.
Có dùng được AWS CLI và S3 SDK với GreenNode không?
Có, với object storage. vStorage tương thích S3, nên AWS CLI, S3 SDK và các công cụ như rclone, s3cmd, Cyberduck đều hoạt động khi trỏ tới endpoint vStorage theo region và dùng S3 key của vStorage.
Workload Kubernetes có chạy được trên VKS mà không cần sửa không?
Phần lớn manifest và Helm chart chạy được nguyên trạng vì VKS chạy Kubernetes tiêu chuẩn. Thông thường bạn chỉ cần cập nhật các cấu hình đặc thù của cloud cũ như annotation load balancer, storage class, đường dẫn image registry và cấu hình workload identity.
GreenNode có hỗ trợ Terraform không?
Có. GreenNode cung cấp Terraform provider vngcloud, hỗ trợ các dịch vụ như vServer và VKS. Mức độ hỗ trợ khác nhau tùy dịch vụ, vì vậy hãy kiểm tra tài liệu provider cho từng tài nguyên bạn dùng.
Có phải chuyển đổi toàn bộ cùng lúc không?
Không. Nhiều doanh nghiệp giữ các dịch vụ toàn cầu trên AWS hoặc Azure, và chỉ chuyển sang GreenNode những workload cần độ trễ thấp trong nước, cần lưu trữ dữ liệu tại Việt Nam hoặc cần GPU trong nước. Cách tiếp cận hybrid này cũng cho phép giữ lại trên hyperscaler những dịch vụ chưa có tương đương trên GreenNode.
Bước tiếp theo
Bảng tương đương chỉ là điểm khởi đầu; kế hoạch chuyển đổi còn phụ thuộc vào các tính năng cụ thể mà workload của bạn đang dùng. Nếu bạn cần hỗ trợ đối chiếu kiến trúc hiện tại sang GreenNode, hãy trao đổi với đội ngũ Solution Architect của chúng tôi.
