• Nội dung cập nhật
• Ưu điểm của bản cập nhật
• Thử nghiệm

Nội dung cập nhật

Sử dụng Application Load Balancer (ALB), bạn có thể tạo ra một Load Balancer chỉ sử dụng IPv6 (không sử dụng IPv4), đối với các khách hàng sử dụng để kết nối chỉ IPv6.

Trước đây, khi sử dụng ALB, bạn chỉ có thể chọn một trong hai loại địa chỉ là IPv4 hoặc Dual Stack. Do đó, phương pháp sử dụng public IP address luôn được áp dụng.

Với cập nhật lần này, ALB đã hỗ trợ address chỉ dùng IPv6.

Ưu điểm của bản cập nhật

Giảm chi phí cho IPv4 address. Như đã biết, kể từ ngày 1 tháng 2 năm 2024, khi sử dụng public IPv4 address, bạn sẽ phải trả 0.005 USD/giờ cho mỗi địa chỉ IP. Nếu không cần truy cập từ khách hàng IPv4, nên tạo và sử dụng ALB chỉ dùng IPv6.

Thử nghiệm

Tạo một ALB chỉ dùng IPv6.

Nhấp vào [Tạo Application Load Balancer] từ [Load Balancer] của EC2.

Trong bản cập nhật này [Dualstack without public IPv4] đã được thêm vào.

Lúc này, bạn cần chọn một subnet hỗ trợ địa chỉ IPv6.

Với Load Balancer mới tạo, hỗ trợ truy cập dành cho IPv6 thay vì IPv4, giúp kiểm soát việc phát sinh chi phí!

The post Application Load Balancer (ALB) đã hỗ trợ chỉ dùng IPv6 appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

• Nội dung cập nhật
• Cấu hình IAM Role
• Cấu hình EventBridge Scheduler

Nội dung cập nhật

Có thể triển khai tự động khởi động và dừng EC2 theo các cách sau. 

1. Chọn AWS Lambda để khởi động EC2 làm EventBridge target
2. Chọn tài liệu của AWS Systems Manager Automation làm EventBridge target
3. Gọi trực tiếp API của EC2 từ EventBridge
4. Gọi trực tiếp API của EC2 từ EventBridge Scheduler 

Đặc biệt khi sử dụng Lambda ở phương pháp 1, bạn cần phải quản lý phiên bản Python của runtime. Trong bài viết này sử dụng phương pháp gọi trực tiếp API của EC2 từ EventBridge Scheduler.

Cấu hình IAM Role

1. Chọn [Tạo mới role] từ IAM Role.

2. Cấu hình một policy tin cậy tùy chỉnh như sau:

{
     "Version": "2012-10-17",
     "Statement": [
         {
               "Effect": "Allow",
               "Principal": {
                    "Service": "scheduler.amazonaws.com"
               },
               "Action": "sts:AssumeRole"
          }
    ]
}

3. Phần thêm quyền sẽ hoạt động nếu cấp quyền khởi động và dừng EC2. Trong cột này, quyền AmazonEC2FullAccess được cấp.

Cấu hình EventBridge Scheduler

1. Chọn EventBridge Scheduler. Nhấp vào [Tạo schedule] từ [schedule].

2. Nhập [Tên schedule].

3. Về schedule pattern, ở đây thiết lập thời gian khởi động là 9 giờ theo giờ Nhật Bản. Chọn [Schedule định kỳ],  vì là giờ Nhật nên chọn múi giờ “UTC+09:00”. Thiết lập khởi động vào lúc 9 giờ từ thứ Hai đến thứ Sáu.

4. Tắt flextime window và không nhập thông tin về thời gian ban ngày.

5. Tiếp theo, tiến hành “Chọn target” như bước 2. Chọn “EC2” từ tất cả các API.

6. Chọn API “StartInstances” từ API của Amazon EC2.

7. Mặc dù có thể chỉ định ID của nhiều EC2 instance, nhưng tuỳ thuộc vào kết quả giám sát của CloudWatch để vận hành, ví dụ như khi khởi động lại instance, bạn sẽ cần phải sửa đổi schedule mỗi lần. Vì vậy chỉ định tag bằng phương pháp khác sẽ là lý tưởng nhất.

8. Kích hoạt schedule trong cài đặt bước 3. Mặc định, số lần thử lại là “185 lần”, thay đổi thành 10 lần.

9. Tại phần quyền truy cập, chọn “Sử dụng role hiện có” và chỉ định IAM role  đã được tạo trước đó.

10. Xác nhận và tạo schedule sau khi kiểm tra lại cài đặt.

The post Tự khởi động và dừng EC2 Instances thông qua Amazon EventBridge appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

• Dedicated Host là gì?
• Mục đích sử dụng Dedicated Host 
• Cách tính chi phí
  • Phí On-demand
  • Phí reservation
• Savings Plan
• Chi phí cho Windows Server trên Dedicated Host
• Cách tính phí sử dụng thực tế

Dedicated Host là gì?

Amazon EC2 Dedicated Host là máy chủ vật lý hoàn toàn được dành riêng cho khách hàng, do đó nó có thể đáp ứng các yêu cầu tuân thủ của doanh nghiệp. Khi sử dụng Amazon EC2 Dedicated Host, bạn có thể sử dụng các bản quyền phần mềm từ các nhà cung cấp như Microsoft hay Oracle trên Amazon và EC2, mang lại sự linh hoạt và hiệu quả chi phí. 

Dedicated Host có vẻ như là ý tưởng ngược lại với việc chia sẻ nguồn tài nguyên trên đám mây. Hãy cùng xem xét mục đích sử dụng của nó.

Mục đích sử dụng Dedicated Host

1. Yêu cầu tuân thủ: Trong trường hợp cần tuân thủ các quy định ngành hoặc yêu cầu pháp lý cụ thể, việc sử dụng Dedicated Host giúp đáp ứng các yêu cầu về bảo mật và quyền riêng tư.

2. Quản lý bản quyền: Với góc độ bản quyền phần mềm, việc sử dụng phần mềm cụ thể trên Dedicated Host và chạy nhiều instance trên đó giúp nhận được lợi ích từ BYOL. Khi tích hợp với AWS License Manager, quản lý bản quyền trở nên đơn giản hơn.

3. Hiệu suất và đảm bảo khởi động EC2: Sử dụng Dedicated Host giúp đảm bảo hiệu suất nhất quán vì các EC2 instance không dùng chung phần cứng vật lý, đảm bảo hiệu suất ổn định mà không bị ảnh hưỡng bởi các tenant khác. Điều này cũng giảm thiểu tình trạng “không thể khởi động ở khu vực này.”

Cách tính chi phí

 Dedicated Host cũng có ba loại như Shared: “On-demand”, “Reserved”, và “Savings Plans”.

Việc thanh toán theo On-demand sẽ tự động bắt đầu tại thời điểm [Assign Dedicated Host] khi chọn [Instances] → [Dedicated Host] từ EC2 management console trong tài khoản AWS.

Assign Dedicated Host được thực hiện dựa trên việc chọn instance family. Không phải tất cả các instance family đều được hỗ trợ ở mọi khu vực.

Khi chọn instance family, bạn có thể sử dụng nhiều loại instance trong instance family nếu kích hoạt [hỗ trợ nhiều loại instance].

Ví dụ, khi bạn gán r5 dedicated host, bạn có thể gán được 2 socket và 48 physical cores. Có thể chạy nhiều loại r5 instance như r5.2xlarge hoặc r5.4xlarge. Bạn có thể chạy nhiều instance mà số lượng core liên kết với host đều cho phép.

Phí On-demand

Khi bạn trả phí cho Dedicated Host theo On-demand, bạn sẽ trả cho mỗi Dedicated Host đang hoạt động (hoặc được gán) trong tài khoản theo từng giây (tối thiểu 60 giây). Dù bạn chỉ khởi động trong 1 giây, phí sẽ được tính cho 60 giây.

Có thể kiểm tra giá chính xác từ trang chính thức!

Phí reservation

Ở đây, sử dụng từ “reservation” thay vì “reserved instance”. Điều này là vì bạn không cần phải mua instance giống hệt nhau, mà chỉ cần mua instance family do host chỉ định.

Tương tự như Reserved Instances thông thường, bạn có thể mua theo các cách thức và thời gian sau. Dedicated Host có thể được mua qua bảng điều khiển quản lý AWS hoặc AWS CLI.

• Không cần thanh toán trước: Có giảm giá cho việc sử dụng Dedicated Host trong kì hạn mà không cần thanh toán trước. Có hợp đồng 1 năm và 3 năm. Các hợp đồng 3 năm không thanh toán trước chỉ được hỗ trợ cho một số instance family.
• Thanh toán trước một phần: Bạn cần thanh toán trước một phần của reservation và phần còn lại sẽ thanh toán hàng tháng với mức giá chiết khấu theo giờ trong kì hạn. Có hỗ trợ cho hợp đồng 1 năm và 3 năm.
• Thanh toán trước toàn bộ: Có mức giảm giá cao nhất. Có hỗ trợ cho hợp đồng 1 năm và 3 năm, bao gồm tất cả chi phí trong kì hạn.

Ví dụ, nếu bạn mua r5 instance family không thanh toán trước trong 1 năm, mức giảm giá khoảng 37% so với mua theo On-demand vào tháng 4 năm 2024.

Nếu mua không thanh toán trước trong 3 năm, mức giảm giá có thể lên đến khoảng 57%.

Reserved instances được cung cấp với mức giá giảm tương tự ở cùng khu vực Tokyo với hệ điều hành Linux.

Savings Plan

Savings Plans là một kế hoạch giảm giá dựa trên việc cam kết sử dụng một lượng cố định hàng giờ với mức phí bằng USD trong khoảng thời gian 1 năm hoặc 3 năm. Lợi ích của Savings Plans là không yêu cầu cam kết sử dụng một Dedicated Host cụ thể nào, cho phép sử dụng linh hoạt các Dedicated Host phù hợp nhất với nhu cầu và tiết kiệm chi phí.

Savings Plans không được hỗ trợ cho các  Dedicated Host u-6tb1.metal, u-9tb1.metal, u-12tb1.metal, u-18tb1.metal và u-24tb1.metal.

Chi phí cho Windows Server trên Dedicated Host

Cần xem xét chi phí cho Windows Server trên Dedicated Host. Phí sử dụng Windows Server AMI là 0.046 USD cho mỗi vCPU trong một giờ. Ví dụ, nếu bạn sử dụng Windows Server AMI và chạy một r5.large (2 vCPU) instance  trên host, bạn sẽ phải trả thêm phí instance là 0.092 USD mỗi giờ ngoài phí cho R5 Dedicated Host. Mức giá này áp dụng giống nhau cho tất cả các khu vực.

Cách tính phí sử dụng thực tế

Giả sử bạn mua đặt trước R5 Dedicated Host không cần thanh toán trước trong 3 năm.

Số tiền thực tế mỗi giờ là  3.467USD

Giả sử một tháng có 720 giờ (30 ngày)

Tổng chi phí cần thanh toán cho tháng đó là 2,496.24USD.

Đây là hiển thị trong Management console. 

Dưới đây là phân bổ tối đa 48 cores có thể sử dụng trên R5 host.

Có 5 r5.large instance và 6 r5.xlarge instance đang được sử dụng.

 Tổng cộng là 17 cores đang được sử dụng : 5 instance x 1 core trên r5.large và 6 instance x 2 cores trên r5.xlarge.

Đối với Windows Server, phí được tính như sau:

The post Xem xét chi phí sử dụng Amazon EC2 Dedicated Host appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

CPU Credit là gì

CPU Credit là một khái niệm quan trọng khi sử dụng dịch vụ Amazon Elastic Compute Cloud (EC2). Đây là một cơ chế giúp quản lý CPU của các instance EC2 được sử dụng trong các lớp instance như T2, T3, T4g, và một số loại khác.

Với các instance T trong Amazon EC2, khác với các loại instance khác là có tỷ lệ sử dụng CPU được xác định trước gọi là baseline. Các instance này có thể cung cấp hiệu suất CPU tạm thời cao hơn baseline của nó trong một khoảng thời gian ngắn khi cần. Khi bạn sử dụng CPU nhiều hơn, CPU Credit sẽ giảm, và khi nó hết, hiệu suất CPU sẽ giảm đi. Điều này được thực hiện để đảm bảo hiệu suất cân bằng cho các tài nguyên máy chủ chung.

Khi instance không hoạt động cơ tốt và không tiêu tốn CPU, CPU Credit sẽ được tích lũy lại. Điều này có nghĩa rằng bạn có thể sử dụng nhiều CPU hơn trong tương lai khi cần. CPU Credit được sử dụng để đảm bảo hiệu suất đồng đều trong các mô hình sử dụng CPU biến đổi, giúp tránh trường hợp quá tải hệ thống và đảm bảo tính khả dụng của các instance EC2 của bạn.

Cách dùng loại instance T là sau khi đăng nhập vào bảng điều khiển quản lý, truy cập dịch vụ EC2, kiểm tra instance liên quan thì hãy xem tab “Monitoring”.

“CPU Credit Usage” và “CPU Credit Balance” sẽ được hiển thị ở phần dưới của mục “Monitoring”. Khi “CPU Credit Balance” trở thành 0, tuỳ thuộc vào loại tiêu thụ CPU Credit, hiệu suất sẽ giảm xuống dưới mức baseline hoặc phát sinh thêm phí.

CPU Credit chỉ đơn vị thời gian vCPU, có thể được tính như sau:

1 CPU Credit = 1 vCPU × 100% tỷ lệ sử dụng × 1 phút

1 CPU Credit = 1 vCPU × 50% tỷ lệ sử dụng × 2 phút

1 CPU Credit = 2 vCPU × 25% tỷ lệ sử dụng × 2 phút

Tỷ lệ sử dụng Baseline

Tỷ lệ sử dụng Baseline hay Baseline là mức có thể sử dụng CPU với số dư credit ròng là 0 nếu số lượng CPU Credit kiếm được và số lượng CPU Credit sử dụng bằng nhau. Tỷ lệ sử dụng baseline được thể hiện dưới dạng tỷ lệ sử dụng vCPU và được tính như sau:

Tỷ lệ sử dụng baseline (%) = (Số credit kiếm được ÷ Số vCPUs) ÷ 60 phút

Ví dụ: Nếu một instance t3.nano có 2 vCPU kiếm được 6 credit trong mỗi giờ, tỷ lệ sử dụng baseline sẽ là 5%. Điều này được tính như sau:

(6 credit / 2 vCPUs) / 60 phút = 5% tỷ lệ sử dụng baseline

Một instance t3.xlarge có 4 vCPU, nếu kiếm được 96 Credit trong mỗi giờ, tỷ lệ sử dụng Baseline sẽ là 40% ( baseline = (96/4) / 60 ).

Credit kiếm được

Đây là số credit mà các Instance đang chạy liên tục kiếm được.

Số lượng credit kiếm được mỗi giờ = Tỷ lệ sử dụng Baseline (%) x Số vCPU (chiếc) x 60 (phút)

Ví dụ: Với t3.nano sử dụng 2 vCPU thì tỷ lệ sử dụng Baseline được thiết lập là 5%, sẽ kiếm được 6 Credit mỗi giờ như phép tính sau.

2 vCPU x 5% Tỷ lệ Baseline x 60 phút = 6 credit mỗi giờ

Số credit CPU kiếm được mỗi giờ được quyết định tuỳ thuộc vào kích thước của instance. Như đã trình bày ở trên, t3.nano kiếm được 6 credit mỗi giờ, thông tin chi tiết về các loại instance khác theo như bảng bên dưới.

Credit tiêu thụ hoặc đã được sử dụng

Đây là số credit mà các Instance đang chạy liên tục sử dụng.

Số CPU credit tiêu thụ trong mỗi phút = Số vCPU (chiếc) × Tỷ lệ sử dụng CPU (%) × 1 phút

Credit được lưu trữ

Vì lượng sử dụng của Instance nhỏ hơn tỷ lệ sử dụng Baseline nên credit CPU không được tiêu thụ.

Credit được lưu trữ = Credit kiếm được – Credit tiêu thụ (cả hai đều thấp hơn Baseline)

Ví dụ: Trong trường hợp t3.nano có tỷ lệ sử dụng CPU 2%, nếu tỷ lệ sử dụng CPU thấp hơn Baseline là 5% trong một giờ, credit lưu trữ được tính như sau.

Credit CPU lưu trữ = (Số credit kiếm được mỗi giờ) – (Số credit tiêu thụ mỗi giờ)

6 – 2 (Số vCPU) × 2 (Tỷ lệ sử dụng CPU%) × 60 (Phút)

= 6 – 2.4

= 3.6 (Số credit được lưu trữ mỗi giờ)

Giới hạn lưu trữ Credit

Tùy vào kích thước của Instance, mà giới hạn lưu trữ khác nhau nhưng thường bằng số lượng tối đa Credit có thể kiếm được trong vòng 24 giờ.

Ví dụ: Đối với t3.nano, giới hạn lưu trữ Credit = 24 × 6 = 144 Credit

CPU Credit khởi động 

Đây là Credit chỉ áp dụng cho Instance T2 được đặt ở chế độ chuẩn.

Credit khởi động được phân bổ cho Instance T2 mới và có giới hạn về số lượng CPU Credit. Khi khởi động ở chế độ chuẩn, có khả năng burst vượt qua Baseline.

CPU Credit dư 

(※ chỉ áp dụng cho chế độ Unlimited)

Đây là Credit được sử dụng bởi một Instance có số dư Credit lưu trữ đã hết. Credit dư được thiết kế để các Instance burst duy trì hiệu suất cao trong thời gian dài, chỉ có thể sử dụng trong chế độ Unlimited. Số dư Credit dư được sử dụng để xác định số lượng Credit mà một Instance ở chế độ Unlimited sử dụng để burst.

Các loại CPU Credit

Có hai chế độ tiêu thụ Credit: “Standard” và “Unlimited”.

Standard Mode (Chế độ chuẩn): Khi số dư CPU Credit trở thành 0, tỷ lệ sử dụng CPU chỉ có thể sử dụng tới mức Baseline. Khi CPU ở trạng thái rỗi, số dư CPU Credit sẽ phục hồi.

Unlimited Mode (Chế độ không giới hạn): Trường hợp chạy Instance với tỷ lệ sử dụng CPU cao trong thời gian dài, sau khi số CPU credit bằng 0 thì sẽ phát sinh phí bổ sung cố định trên mỗi giờ vCPU. Tỷ lệ sử dụng CPU trung bình của Instance trong 24 giờ hoặc tuổi thọ của Instance,trường hợp tỷ lệ sử dụng CPU trung bình của Instance xuống dưới mức Baseline tuỳ thuộc và thời gian nào ngắn hơn thì giá của Instance hàng giờ sẽ tự động bao gồm tất cả các chuỗi sử dụng CPU.

CPU Credit có hiệu lực trong bao lâu?

CPU Credit của các Instance đang chạy có thể được sử dụng mà không hết hạn.

Đối với T2, cần lưu ý rằng khi một Instance dừng, số dư CPU Credit không thể tiếp tục sử dụng khi Instance khởi động lại. Nếu bạn dừng một Instance T2, tất cả CPU Credit đã lưu trữ sẽ bị mất.

Đối với T4g, T3a và T3, số dư CPU Credit được giữ trong 7 ngày sau khi Instance dừng, sau đó sẽ mất. Ngay cả khi dừng một Instance, nếu khởi động lại Instance trong vòng 7 ngày, Credit sẽ không bị mất và có thể tiếp tục sử dụng.

Tổng kết

“Số dư CPU Credit” của các Instance T, mặc dù sử dụng với giá rẻ, nhưng có thể ảnh hưởng đến hiệu suất và việc thanh toán. Trong lúc có số dư CPU Credit thì sẽ không có giới hạn về tỷ lệ sử dụng CPU. Tuy nhiên, khi số dư CPU Credit bằng 0 thì sẽ có giới hạn về tỷ lệ sử dụng CPU. Kết quả là, tốc độ phản hồi của web có thể chậm, gây ra sự không hài lòng từ người dùng web.

Trường hợp thường xuyên sử dụng với tải cao, thì nên xem xét các loại Instance khác ngoài T.

Ngoài ra, nên giám sát số dư CPU Credit. Nếu số dư CPU Credit bằng 0, tỷ lệ sử dụng CPU sẽ giảm xuống mức Baseline và phát sinh phí. Thiết lập giám sát bằng cách sử dụng CloudWatch’s Burst Performance Instance bổ sung vào CloudWatch Metrics.

Sử dụng AWS có lợi hơn nhiều so với việc kí hợp đồng trực tiếp.
Được giảm giá 3% cho chi phí sử dụng AWS và có thể thanh toán bằng hóa đơn VND.

Tham khảo: 【初心者向け】Amazon EC2のCPUクレジットとは

The post Quản Lý CPU Credit Cho Tải Cao Và Hiệu Suất Ổn Định appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.