Chuyển tới nội dung chính

Các câu hỏi thường gặp (FAQs)

1. FPT Managed Kubernetes Engine hỗ trợ ở các regions nào?

Hiện tại FPT Cloud đang hỗ trợ 04 Regions bao gồm:

  • HAN (Hanoi)
  • SGN (Saigon/HCM)
  • HAN2 (HoaLac)
  • JPN01 (Japan)

FPT Managed Kubernetes Engine hỗ trợ tương ứng ở cả 04 Regions trên.

2. Một cluster FPT Managed Kubernetes Engine có thể trải trên nhiều regions không?

FPT Managed Kubernetes Engine hiện tại chưa hỗ trợ một cluster chạy trên nhiều region. Người dùng có thể tạo cluster trên mỗi region cho cùng một ứng dụng để thực hiện BC&DR.

3. FPT Managed Kubernetes Engine có hỗ trợ nhiều cấu hình VM trong một cluster không?

FPT Managed Kubernetes Engine hỗ trợ nhiều cấu hình VM trong một cluster bằng cách sử dụng Worker Group, mỗi Worker Group có thể có cấu hình khác nhau. Các Worker Node trong cùng một Worker Group có cấu hình giống nhau (CPU, RAM, DISK).

4. FPT Managed Kubernetes Engine hỗ trợ bao nhiêu Worker Node trong một cluster?

FPT Managed Kubernetes Engine mặc định giới hạn tối đa 100 Worker Node / Worker Group & 100 Worker Group / Cluster. Người dùng cần liên hệ với FPT Cloud để tăng giới hạn Worker Node nếu có nhu cầu.

5. FPT Managed Kubernetes Engine có tương thích với các ứng dụng Kubernetes hiện có của tôi không?

FPT Managed Kubernetes Engine sử dụng native Kubernetes nên hoàn toàn tương thích với các nền tảng Kubernetes trên các Cloud khác như AWS, Azure, GCP, DO… cũng như cluster Kubernetes được người dùng cài đặt trên hạ tầng của người dùng. Điều này giúp người dùng dễ dàng di chuyển ứng dụng giữa FPT Cloud và DC của người dùng cũng như các Cloud khác.

6. Làm thế nào để tôi có thể public ứng dụng ra bên ngoài cluster?

Có nhiều cách để người dùng có thể public ứng dụng ra ngoài cluster để khách hàng có thể sử dụng. Một trong những cách đơn giản là sử dụng Service Type LoadBalancer — xem hướng dẫn tại Service Type Load Balancer.

7. Làm thế nào để tôi có thể giám sát hiệu năng và cấu hình cảnh báo cho cluster?

FPT Cloud cung cấp sản phẩm FMON giúp người dùng giám sát hiệu năng và cấu hình cảnh báo cho Kubernetes Cluster. Ngoài ra, FMON cung cấp logging & tracing dễ dàng tích hợp với FKE.

8. Worker Group base là gì? Có xóa được Worker Group base không?

FPT Managed Kubernetes Engine cluster luôn luôn có một Worker Group base chứa các thành phần hệ thống nằm trong namespace kube-system như là coredns, cni-controller, metrics-server. Worker Group base không được phép xóa khỏi cluster.

9. Làm thế nào để thay đổi cấu hình flavor, disk của các Worker Group hiện tại?

FPT Managed Kubernetes Engine không hỗ trợ thay đổi trực tiếp cấu hình flavor, disk size của các Worker Group hiện tại. Để thay đổi cấu hình flavor, disk theo mong muốn, người dùng tạo Worker Group với cấu hình tương ứng và chuyển ứng dụng từ Worker Group cũ sang Worker Group mới, cuối cùng xóa Worker Group cũ không dùng đến.

10. Tài nguyên CPU, memory của các node trong Worker Group sắp quá tải, tại sao cluster lại không scale thêm node mới?

Cluster Autoscale (CA) không scale in/out dựa vào tài nguyên thực dùng của các node mà dựa vào lượng tài nguyên request của các Pod (bao gồm CPU và Memory) đặt trên node. Cluster Autoscaler thực hiện scale thêm node mới trong trường hợp có Pod pending do không có node nào đủ tài nguyên request đáp ứng Pod đó. Khi đó CA scale thêm node mới và Pod pending trước đó sẽ được đặt trên node mới này.

11. Tài nguyên CPU, memory của các node trong Worker Group rất ít, tại sao cluster lại không scale bớt các Worker Node?

Cluster Autoscale (CA) không scale in/out dựa vào tài nguyên thực dùng của các node mà dựa vào lượng tài nguyên request của các Pod (bao gồm CPU và Memory) đặt trên node. Cluster Autoscaler thực hiện scale bớt các node không đáp ứng đủ lượng utilization 50% (tài nguyên request / tài nguyên allocate) trong vòng 30 phút.

12. Quá trình upgrade cluster có hoàn toàn tự động và đảm bảo thành công 100% hay không? Liệu có thể gây downtime dịch vụ không?

FPT Managed Kubernetes Engine upgrade cluster theo cơ chế rollout Worker Node. Các Worker Node version k8s mới hơn sẽ được tạo và join vào cluster. Sau đó các Pod ở Worker Node version k8s cũ sẽ được chuyển sang các Worker Node version k8s mới. Hầu hết quá trình upgrade cluster đều tự động và thành công. Tuy nhiên người dùng cần để ý trường hợp FPT Managed Kubernetes Engine không thể tự động evict các Pod ở Worker Node version k8s cũ ví dụ như khi Pod vi phạm PDB. Quá trình upgrade cluster có thể gây downtime dịch vụ từ khi các Pod trên Worker Node k8s version cũ bị xóa cho đến khi các Pod mới được triển khai lên các Worker Node k8s version mới. Quá trình đợi Pod cũ bị evict và Pod mới running hoàn toàn có thể kéo dài trong trường hợp Pod sử dụng Persistent Volume. Vì thế người dùng cần chủ động theo dõi quá trình upgrade để đảm bảo tính ổn định của hệ thống.

13. Có đánh Taint cho Worker Group base được không?

Worker Group base chỉ hỗ trợ đánh Label, không hỗ trợ đánh Taint. Vì khi đánh Taint cho Worker Group base trong khi các Worker Node trong Worker Group base không có toleration để triển khai các Pod của hệ thống lên trên Worker Group base đó dẫn đến hoạt động của cluster sẽ gặp vấn đề. FPT Managed Kubernetes Engine khuyến nghị người quản trị nên triển khai ứng dụng lên các Worker Group khác để tránh ảnh hưởng hoạt động của hệ thống.