AWS Local Zone Hà Nội: Có dịch vụ nào, chi phí tính thế nào và khi nào nên dùng?

AWS Local Zone Hanoi trong một phút

AWS Local Zone Hà Nội có thể đưa một số hạ tầng AWS tới gần người dùng hoặc workload ở Việt Nam hơn, nhưng đây không phải một AWS Region đầy đủ. Một thiết kế production cần đánh giá cùng lúc: thành phần nào thực sự chạy local; dependency nào vẫn ở Region Singapore; và lợi ích về locality có đáng với economics riêng của storage, load balancing và dữ liệu hay không. Local Zone hiện có tên ap-southeast-1-han-1a, Local Zone ID apse1-han-az1, network border group ap-southeast-1-han-1, thuộc parent Region ap-southeast-1 (Singapore). AWS ghi Local Zones là phần mở rộng của Region, không phải một Region độc lập. Nói cách khác: Local Zone có thể phù hợp với một phần workload, nhưng không tự động là phương án rẻ hơn, nhanh hơn trong mọi tình huống, hoặc là cách để mọi dữ liệu luôn ở Việt Nam.

Hanoi không phải một AWS Region đầy đủ

Singapore vẫn là nơi nhiều managed service, control plane và dependency production tồn tại. Vì vậy, kiến trúc tốt không bắt đầu bằng câu hỏi “có đưa workload sang Hà Nội không?”, mà là “đường đi của request, data, control plane, log, backup và DR sẽ nằm ở đâu?”. Ví dụ, Amazon EKS hỗ trợ managed node groups, self-managed EC2 nodes, EBS và ALB trong Local Zone; nhưng Kubernetes control plane managed của EKS luôn chạy ở AWS Region. EKS Fargate nodes cũng không thể tạo trong Local Zone. Nếu ứng dụng tại Hanoi liên tục gọi database, cache hoặc service regional tại Singapore, lợi ích locality có thể bị thu hẹp bởi các dependency chatty và chi phí truyền dữ liệu cần kiểm chứng theo topology thực tế.

Dịch vụ nào đang local?

AWS Features table hiện ghi Hà Nội có C7i, M7i, R7i; EBS gp2, gp3 và io1; ALB; ECS; EKS; VPC; Direct Connect; AWS Shield Standard; AWS Application Migration Service; Amazon EMR; và S3 One Zone-Infrequent Access. Đây là inventory để bắt đầu đánh giá, không phải cam kết capacity.

Pricing methodology và ngày xác minh

Các giá bên dưới là unit price từ AWS Price List Bulk API, đối chiếu với AWS Pricing Calculator khi Calculator hỗ trợ đúng Local Zone/product. Đây không phải báo giá, giá đã đàm phán, giá Savings Plans, giá committed-use hay monthly workload estimate.

Hanoi vs Singapore: mẫu EC2 đã kiểm chứng

Với chín Linux On-Demand, shared-tenancy C7i/M7i/R7i SKUs được kiểm tra trong snapshot này, Hà Nội và Singapore công bố cùng đơn giá. Điều đó chỉ áp dụng cho đúng chín SKU và cấu hình nói trên; không có nghĩa “EC2 ở Hà Nội luôn có giá bằng Singapore”.

Khi so sánh Local Zone, EC2 chỉ là một dòng trong model. EBS, ALB, LCU, transfer, service regional và yêu cầu resilience có thể thay đổi kết luận.

EBS: unit price cao hơn trong mẫu đã kiểm chứng

Các dòng EBS publish-safe được kiểm tra cho thấy unit price Hà Nội cao hơn 40% so với Singapore tương ứng. Đây là kết luận về gp3, gp2, io1 storage và gp3/io1 provisioned IOPS trong snapshot — không phải kết luận cho mọi tính năng EBS hoặc giá tương lai.

Không công bố Local Snapshot price: record giá Hanoi có metadata location nhưng description lại nói Istanbul. Đây là mâu thuẫn metadata chưa đủ an toàn để đưa vào bài. Về placement, snapshot của EBS volume trong Local Zone mặc định được lưu trong parent Region. Khi Local Zone hỗ trợ S3, team có thể chủ động chọn Local Zone làm snapshot destination để lưu local; Local Snapshot cũng chỉ restore được thành EBS volume trong cùng Local Zone. Đây là một lựa chọn kiến trúc, không phải default. Local Snapshot price vẫn bị loại khỏi bài vì mâu thuẫn metadata trong AWS Price List chưa được giải quyết.

S3 One Zone-IA: giá và implication kiến trúc

S3 local tại Hà Nội là One Zone-IA trong local directory-bucket / single-zone model. Vì vậy, so sánh raw storage-class price với Singapore không đồng nghĩa hai lựa chọn có feature set, bucket model hay resilience giống nhau.

AWS Price List biểu diễn request rate theo từng request; bảng này quy đổi sang 1,000 requests để dễ đọc. Single-zone storage không thay thế một chiến lược backup, replication hoặc disaster recovery. Với directory bucket ở Local Zone, object data được lưu trong Local Zone và object-level operations đi qua Local Zone data plane. Tuy nhiên, phần lớn bucket-management resources/operations đi qua Regional endpoint của parent Region. Vì vậy, “object storage local” không có nghĩa toàn bộ S3 control plane nằm tại Hà Nội.

ALB pricing: cần xem cả ALB-hour và LCU-hour

ALB cost thực tế còn phụ thuộc vào số ALB và LCU consumption. AWS tính LCU theo dimension có mức tiêu thụ cao nhất: new connections, active connections, processed bytes và rule evaluations. Vì thế bảng này không phải kết luận về tổng chi phí một workload.

Data transfer: giá SKU khác với billing path thực tế

A. Published SKU prices

B. Architecture-path billing

Các path sau là NOT PUBLICLY RESOLVED FROM PRICE LIST ALONE: EC2 Hà Nội → RDS Singapore; ALB tới target qua boundary; Local S3 → regional S3; EKS worker → control plane/regional service; và Transit Gateway paths. Không nên gọi những path này là free. Cần xác thực bằng AWS Pricing Calculator khi hỗ trợ đúng topology, test usage/billing evidence, hoặc trao đổi với AWS trước khi production.

Kiến trúc tham chiếu A — web/API cần locality

Hà Nội: ALB + EC2 C7i/M7i/R7i + EBS gp3/io1 theo nhu cầu. Có thể vẫn ở Singapore: database, cache và các managed service chưa được xác nhận local. Phù hợp khi request path phần lớn xử lý tại local compute, người dùng hoặc data source gần Việt Nam, và dependency regional không quá chatty. Nếu mỗi request cần nhiều round-trip tới database Singapore, locality ở frontend/compute có thể không mang lại lợi ích như kỳ vọng. Để xây nền tảng production trước, hãy xem AWS production foundations: https://titanbases.com/blog/designing-production-aws-foundations

Kiến trúc tham chiếu B — ECS/EKS container workload

Hà Nội: ECS trên EC2 hoặc EKS worker nodes + EBS + ALB. Singapore: EKS control plane và các regional dependency. EKS Fargate không chạy trong Local Zone. Với Kubernetes, cần map rõ control-plane communication, image pull, observability, secrets, database/cache và các traffic path qua Region. Bài toán không chỉ là node placement. Một AWS PoC có phạm vi kiến trúc rõ (https://titanbases.com/blog/trien-khai-poc-tren-aws) nên kiểm thử luồng production quan trọng thay vì chỉ benchmark một VM.

Kiến trúc tham chiếu C — workload hướng local data

Hà Nội: EC2 + EBS + S3 One Zone-IA directory bucket khi phù hợp với model single-zone. Cần tiếp tục map: log, backup, metadata, key management, control-plane calls và DR có thể không cùng local storage path. “Storage local” không tự động chứng minh toàn bộ application data, telemetry hay operational data nằm ở Việt Nam; cũng không tự động tạo ra compliance. Không dùng st1/sc1 làm assumption của kiến trúc tham chiếu cho đến khi account/console xác nhận availability.

Resilience, single-zone và DR

Local Zone không tương đương một AWS Region multi-AZ. S3 One Zone-IA là single-zone by design. Mọi kiến trúc Local Zone cần xác định failure domain, backup destination, restore path, data replication, failover owner và RTO/RPO trước production. Nếu workload không có phương án chịu lỗi rõ ràng khi Local Zone hoặc local dependency không khả dụng, locality không đủ để thay thế một thiết kế resilience.

Khi nào Hanoi Local Zone đáng cân nhắc?

• Workload có compute/ingress cần gần người dùng hoặc data source tại Việt Nam hơn, và phần xử lý local đủ lớn.
• Kiến trúc tách được dependency chatty hoặc đã model transfer cost theo path thực tế.
• Team chấp nhận single-zone constraints và có DR plan rõ ràng.
• Giá trị của locality có thể được kiểm chứng trong PoC bằng workload pattern thực tế, không chỉ bằng synthetic test. Để đánh giá commercial/partner route và tổ chức discovery, xem AWS Advanced Tier Services Partner Vietnam: https://titanbases.com/partners/aws

Khi Singapore có thể vẫn là default đơn giản hơn?

• Workload phụ thuộc nặng vào RDS, ElastiCache, NAT Gateway, Bedrock hoặc managed service chưa được xác nhận local.
• Workload dùng Lambda hoặc DynamoDB theo mô hình regional và chưa có evidence về cross-service path/cost phù hợp.
• Application traffic qua Region là chatty và chưa có billing-path evidence.
• High availability nhiều Availability Zone là requirement chính.
• Lợi ích locality không đủ để bù cho EBS/ALB unit economics trong design cụ thể.

Trong các trường hợp đó, Singapore có thể là baseline đơn giản hơn; Local Zone nên được đánh giá như một placement option có điều kiện, không phải default bắt buộc.

Pre-production validation checklist

• Xác nhận Local Zone được opt in và C7i/M7i/R7i capacity phù hợp trong account.
• Kiểm tra console availability cho EBS type thực tế; không giả định st1/sc1.
• Vẽ end-to-end request path: client, ALB, compute, database/cache, control plane, logging, backup và DR.
• Xác thực transfer billing cho từng cross-Region/cross-service path bằng Calculator, test usage hoặc AWS billing evidence.
• Kiểm thử failure, restore và failover; không coi Local Zone là multi-AZ Region.
• Review S3 directory-bucket/single-zone semantics trước khi đưa dữ liệu production vào local storage.
• Đối chiếu performance, availability và cost với Singapore trên workload thực tế. Để có framework lựa chọn đối tác và production-readiness, xem hướng dẫn chọn AWS Partner tại Việt Nam: https://titanbases.com/blog/chon-aws-partner-viet-nam

Đang đánh giá workload cho AWS Local Zone Hà Nội?

TitanBases có thể hỗ trợ workload assessment, dependency mapping, architecture review và cost-model validation trước khi đưa workload vào production.

Nguồn AWS chính thức