Xin chào mọi người Tên tôi là Furuno, tôi phụ trách pre-sale và xây dựng Red Hat xem tỷ lệ cá cược bóng đá (sau đây gọi tắt là xem tỷ lệ cá cược bóng đá)

Giới thiệu

Trong loạt bài này, chúng tôi sẽ giới thiệu các ý tưởng và ví dụ thực tế để vẽ sơ đồ cấu hình theo mục đích và cấp độ dành cho các kỹ sư tham gia giới thiệu, vận hành và thiết kế môi trường xem tỷ lệ cá cược bóng đá
Ngay cả ở giai đoạn lập kế hoạch dự án, điều quan trọng là phải hiểu cấu trúc chung để ước tính giá ở một mức độ nhất định, vì vậy vui lòng đọc phần này để tham khảo
Tôi định đăng một blog về sơ đồ cấu hình gồm ba phần, bao gồm cả phần này

Tập	Chủ đề	Chi tiết
Tập 1	Cơ bản	Mối quan hệ giữa các thành phần cơ bản của cụm và máy chủ
Tập 2	Phiên bản VersionUP	Thiết kế cấu hình cụm nâng cấp phiên bản
Tập 3	Phiên bản DR	Thiết kế cấu hình môi trường khắc phục thảm họa

Lần này, chúng ta sẽ không thảo luận về việc nên chọn gì cho lớp cơ sở hạ tầng do khối lượng, nhưng có nhiều tùy chọn khác nhau như bare metal, hypervisor (vSphere, Nutanix, vv), đám mây công cộng (AWS (ROSA), Azure (ARO), GCP, vv), đám mây riêng, Edge, vv
Các tùy chọn ngày càng tăng theo mỗi lần cập nhật phiên bản, vì vậy tôi nghĩ tốt nhất bạn nên chọn một tùy chọn phù hợp với nhu cầu của mình

Sơ đồ cấu hình cụm xem tỷ lệ cá cược bóng đá (phiên bản cơ bản)

Sơ đồ bên dưới thể hiện cấu hình cụm xem tỷ lệ cá cược bóng đá tiêu chuẩn (3x Nút mặt phẳng điều khiển, 2 Nút hồng ngoại trở lên, 2 Nút điện toán trở lên)
Chúng tôi cũng lấy các máy chủ được sử dụng bên ngoài cụm làm ví dụ

Vai trò của từng máy chủ

Giải thích vai trò của từng máy chủ

Máy chủ	Vai trò
Máy chủ pháo đài	Một máy chủ bước đệm để người vận hành truy cập vào cụm Thực thi các hoạt động AnsibleInstaller, SSH và API
Cân bằng tải	Kiểm soát lưu lượng truy cập và API Phân phối api<cluster_name><base_domain>, api-int<cluster_name><base_domain>, *apps<cluster_name><base_domain>
Máy chủ DNS	Chịu trách nhiệm phân giải tên của điểm cuối cụm (api, *apps) và phân giải tên từ cụm sang tài nguyên bên ngoài Khi cài đặt xem tỷ lệ cá cược bóng đá, cần phải đăng ký bản ghi cho api<cluster_name><base_domain> và *apps<cluster_name><base_domain> Trong nhiều trường hợp, nó đã được chuẩn bị sẵn khi sử dụng môi trường NW hiện có, nhưng cũng có những trường hợp nó được xây dựng bằng cách cài đặt thứ gì đó chẳng hạn như dnsmasq trên Máy chủ Bastion
Đăng ký phản chiếu	Lưu trữ và cung cấp các image vùng chứa cần thiết để cài đặt, nâng cấp và chạy các ứng dụng trên xem tỷ lệ cá cược bóng đá trong môi trường bị ngắt kết nối (môi trường không có truy cập internet)
Nhà cung cấp danh tính (IdP)	Quản lý xác thực đăng nhập vào bảng điều khiển web và CLI Đạt được đăng nhập một lần (SSO) bằng cách liên kết với cơ sở hạ tầng xác thực hiện có như Active Directory Active Directory, LDAP, Keycloak, okta, vv được sử dụng Giao tiếp xảy ra từ nút Control Plane
Các nút mặt phẳng điều khiển	Phụ trách kiểm soát cluster như etcd/kube-apiserver/Controller Manager Nút chính
Nút hồng ngoại	Chạy các nhóm hệ thống như Bộ định tuyến, Sổ đăng ký nội bộ, Ghi nhật ký, Giám sát, vv Theo cấu trúc đăng ký của xem tỷ lệ cá cược bóng đá, các nút cơ sở hạ tầng không phải chịu phí đăng ký nếu chúng chỉ chạy các toán tử cho các yêu cầu phi chức năng cụ thể, vì vậy đây cũng là điểm cần cân nhắc để tối ưu hóa chi phí Tùy thuộc vào quy mô của môi trường, nó cũng có thể được sử dụng làm nút Điện toán, nhưng nếu bạn muốn đảm bảo hoạt động ổn định của các chức năng cơ sở hạ tầng như giám sát và Ingress, thì nên thiết kế riêng nó thành một nút cơ sở hạ tầng chuyên dụng Chúng tôi khuyến nghị rằng số lượng máy nên được xác định linh hoạt theo kích thước nhật ký, tần suất giám sát, trạng thái sử dụng sổ đăng ký, vv và điều này được phản ánh trong kế hoạch bảo trì (số lượng máy có sẵn để khởi động lại và nâng cấp định kỳ)
Nút tính toán	Chạy nhóm ứng dụng Nút công nhân
Nút Bootstrap	Chỉ được sử dụng trong quá trình xây dựng ban đầu và có thể xóa sau khi hoàn thành Tùy thuộc vào phương pháp cài đặt, có thể không cần thiết

Tổng quan về cấu hình mạng

1. Truy cập trong quá trình hoạt động
   Lộ trình truy cập để quản lý cụm, dành cho người vận hành sử dụng lệnh oc hoặc đăng nhập vào bảng điều khiển web
   Tuyến đường: Toán tử/CI/CD → DNS → LB → API VIP (api<cluster_name><base_domain>) → Nút chính → Máy chủ API
2. Truy cập từ bên ngoài cụm
   Lộ trình truy cập tới các ứng dụng được người dùng sử dụng, chẳng hạn như trang web và API
   Tuyến đường: Người dùng cuối → DNS → LB → Nhập VIP (*apps<cluster_name><base_domain>) → Nút điện toán → Nhóm bộ định tuyến → Nhóm ứng dụng
3. Truy cập bên trong cụm (ControlPlane⇔Infra⇔Compute)
   Đường dẫn giao tiếp KubernetesPod, Dịch vụ, vv
   Giao tiếp giữa các Pod chạy trong cụm Kubernetes Điều này được thực hiện trên mạng lớp phủ được cung cấp bởi các plugin CNI như OVN-Kubernetes Điều này bao gồm các kết nối từ Pod ứng dụng đến Pod cơ sở dữ liệu Giao tiếp giữa các Pod được thực hiện bằng tên DNS nội bộ (Tên dịch vụ), chẳng hạn như my-servicemy-projectsvcclusterlocal
4. Truy cập từ trong cụm ra ngoài cụm
   Giao tiếp gửi đi của các Pod trong một cụm để truy cập vào các thành phần bên ngoài (DNS, sổ đăng ký nhân bản, IdP, DB bên ngoài, vv)

Tôi đã tạo một sơ đồ cấu hình mạng đơn giản làm ví dụ
Trong sơ đồ, mạng liên lạc ở 1) là NW hoạt động và mạng liên lạc ở 2) đến 4) là NW kinh doanh Trong số các giao tiếp ở phần 4), NW giao tiếp với các thiết bị lưu trữ và bộ lưu trữ bên ngoài đôi khi bị tách biệt khỏi khía cạnh hiệu suất và bảo mật, do đó, nó được thể hiện rõ ràng dưới dạng NW lưu trữ

Đặc điểm theo mẫu cấu hình cụm

xem tỷ lệ cá cược bóng đá cho phép bạn chọn các mẫu cấu hình khác nhau tùy theo yêu cầu của bạn

1. StandardCluster (3 ControlPlanes + 2 Điện toán trở lên) ★ Cấu hình được đề xuất
   Cấu hình tiêu chuẩn để sử dụng trong sản xuất Tách biệt hoàn toàn hệ thống điều khiển và hệ thống thực thi
   Được sử dụng trong môi trường sản xuất doanh nghiệp/cấu hình cụm quy mô vừa và lớn
   3 thiết bị chuyên dụng trên Mặt phẳng điều khiển + 2 đơn vị Điện toán (Worker) trở lên + Tùy chọn nút hồng ngoại
   ＜Lợi ích＞
   ・Hệ thống điều khiển và hệ thống thực thi độc lập và ổn định
   ・Dễ dàng mở rộng quy mô
   ・Giảm thiểu tác động của lỗi nút và bảo trì
   ・Thích hợp cho thiết kế DR và thiết kế nâng cấp
   ＜Nhược điểm＞
   ・Yêu cầu về nguồn lực và chi phí xây dựng ban đầu cao
   ・Thiết kế vận hành hơi phức tạp do số lượng nút lớn
2. SingleNodeOpenShift (SNO)
   Cụm tối thiểu 1 thiết bị Được sử dụng trong môi trường biên và môi trường xác minh quy mô nhỏ
   Hợp nhất các phần tử ControlPlane+ Điện toán +Hạ tầng thành một đơn vị
   <Lợi ích>
   ・Rất dễ cài đặt và xây dựng
   ・Tiêu thụ tài nguyên tối thiểu
   ・Lý tưởng cho việc xác minh, phát triển và ứng dụng PoC
   ＜Nhược điểm＞
   ・Không khả dụng và dừng khi nút bị lỗi
   ・Không thể mở rộng quy mô
   ・etcd・API・các ứng dụng có xu hướng xung đột trên cùng một nút
3. 3NodeCluster
   Cụm có tính khả dụng cao với ControlPlane x 3 (và Điện toán) Được sử dụng trong môi trường quy mô tương đối nhỏ
   Cả ba thiết bị đều đóng vai trò ControlPlane+Compute Bảo mật số lượng etcd với 3 thiết bị
   ＜Lợi ích＞
   ・Cấu hình có tính sẵn sàng cao với số lượng thiết bị tối thiểu (có thể dự phòng etcd)
   ・Có thể được sử dụng trong sản xuất ngay cả ở quy mô nhỏ
   ・Dịch vụ vẫn tiếp tục ngay cả khi nút bị lỗi
   ＜Nhược điểm＞
   - Tranh chấp tài nguyên xảy ra do nhiệm vụ công nhân đồng thời
   ・Hạn chế về việc mở rộng tài nguyên điện toán
   ・Khả năng tăng tải trong quá trình tải
   

Số nút và yêu cầu tài nguyên tối thiểu (giá trị tham chiếu)

1. StandardCluster (3 ControlPlanes + 2 Điện toán trở lên)
   Dưới đây là các yêu cầu tài nguyên tối thiểu cho mỗi nút được Red Hat trình bày trong tài liệu của mình Vì nó thay đổi tùy theo phiên bản và cấu hình cụm nên chúng tôi đã liệt kê các yêu cầu tài nguyên tối thiểu để cài đặt v420 trên bất kỳ nền tảng nào làm giá trị tham khảo
   
   
   

   Máy	vCPU	RAM ảo	Bộ nhớ	Đầu vào/đầu ra mỗi giây (IOPS)
   Dây khởi động	4	16GB	100GB	300
   Mặt phẳng điều khiển	4	16GB	100GB	300
   Tính toán	2	8GB	100GB	300

   
   Các nút điện toán có kích thước phù hợp để phản ánh yêu cầu tài nguyên tối thiểu cũng như yêu cầu tài nguyên của ứng dụng chạy trên nút Do đó, việc tổ chức sẽ dễ dàng hơn nếu bạn giả định quy mô của ứng dụng sẽ chạy trong vùng chứa
   Nếu thông số kỹ thuật của các nút không đủ, bạn có thể thêm các nút Điện toán Vì vậy, nếu bạn quyết định số lượng thông số kỹ thuật mong đợi ngay từ đầu, bạn có thể mở rộng hoạt động trong tương lai
   Ngoài ra, nếu một nút ngừng hoạt động do lỗi nút, POD sẽ được phân bổ cho nút hoạt động bình thường trừ khi thực hiện cài đặt đặc biệt, vì vậy bạn sẽ cần tính đến điều này khi định cỡ
2. 3SingleNodeOpenShift(SNO)/3NodeCluster
   Dưới đây là các yêu cầu tối thiểu đối với cấu hình một nút và ba nút
   Để biết thông tin về cấu hình ba nút, vui lòng tham khảo tài liệu Red Hat, trong đó mô tả các yêu cầu tài nguyên tối thiểu để cài đặt Agent-Base trên các nút kim loại trần
   
   Tài liệu tham khảo: Yêu cầu cài đặt xem tỷ lệ cá cược bóng đá trên một nút
   
   

   Máy	vCPU	RAM ảo	Bộ nhớ
   Mặt phẳng điều khiển / Tính toán	8	16GB	120GB

Tóm tắt

Tính đến thời điểm này, chúng tôi đã giải thích những điểm cơ bản cần cân nhắc khi xem xét cấu hình Đây là một cuộc thảo luận có mục đích chung, vì vậy bạn có thể cần phải tinh chỉnh các chi tiết cho phù hợp với yêu cầu của mình, nhưng tôi nghĩ bạn có thể sử dụng nó như một ý tưởng cơ bản
Ngoài vấn đề này, tôi muốn đề cập đến khái niệm nâng cấp phiên bản và cấu hình môi trường khắc phục thảm họa trong tương lai
Lần tới, trong phiên bản VersionUP, chúng ta sẽ thảo luận cách xử lý VersionUP và cấu hình cụm dự kiến cho từng phương pháp
Có rất nhiều điều phải nghĩ đến khiến bạn nản lòng, nhưng thực hiện nó lại có những lợi ích rất lớn nên hãy kiên trì nhé!