NGHIÊN CỨU THỬ NGHIỆM GIẢI PHÁP CÂN BẰNG TẢI VÀ CHỊU LỖI CHO HỆ QUẢN TRỊ CSDL MYSQL VỚI MYSQL REPLICATION VÀ MYSQL CLUSTER

NGHIÊN CỨU THỬ NGHIỆM GIẢI PHÁP CÂN BẰNG TẢI VÀ CHỊU LỖI CHO HỆ QUẢN TRỊ CSDL MYSQL VỚI GIẢI PHÁP MYSQL REPLICATION VÀGIẢI PHÁP MYSQL CLUSTER KẾT HỢP KEEPALIVED Mô hình thực tiễn ứng dụng kết hợp replication + clustering với keepalived

HỌC VIỆN KỸ THUẬT MẬT MÃ KHOA CÔNG NGHỆ THÔNG TIN ĐỀ TÀI THỰC TẬP CƠ SỞ NGHIÊN CỨU THỬ NGHIỆM GIẢI PHÁP CÂN BẰNG TẢI VÀ CHỊU LỖI CHO HỆ QUẢN TRỊ CSDL MYSQL Cán bộ hướng dẫn: Nguyễn Hồng Việt Sinh viên thực hiện: - Vũ Xuân Sơn Lương Văn Chưởng Nguyễn Thị Thêu Lớp: AT9B HÀ NỘI 2015 HÀ NỘI 12/2013 HỌC VIỆN KỸ THUẬT MẬT MÃ KHOA CÔNG NGHỆ THÔNG TIN ĐỀ TÀI THỰC TẬP CƠ SỞ NGHIÊN CỨU THỬ NGHIỆM GIẢI PHÁP CÂN BẰNG TẢI VÀ CHỊU LỖI CHO HỆ QUẢN TRỊ CSDL MYSQL Nhận xét cán bộ hướng dẫn: Điểm chuyên cần: Điểm báo cáo: Xác nhận của cán bộ hướng dẫn MỤC LỤC Danh sách từ viết tắt STT Từ viết tắt Từ Tiếng Anh Từ Tiếng Việt CPU Central Processing Unit Đơn vị xử lý trung tâm RAM Random Access Memory Bộ nhớ truy cập ngẫu nhiên CSDL Database Cơ sở liệu MGM Management Quản lý Danh sách bảng: Bảng 1: Cấu hình máy sử dụng cho mô hình Replication kết hợp keepalived …30 Bảng 2: Kết truy vấn trường hợp client gửi truy vấn trực tiếp đến server….32 Bảng 3: Kết truy vấn trường hợp client gửi truy vấn ip ảo keepalived sinh ra……………………………………………………………………………….… 32 Bảng 4: Cấu hình máy sử dụng cho mô hình Cluster kết hợp keepalived……… 34 Bảng 5: Kết truy vấn trường hợp client gửi truy vấn trực tiếp đến server (mô hình cluster) …………………………………………………………………….…36 Bảng 6: Kết truy vấn trường hợp client gửi truy vấn đến ip ảo keepalived sinh (mô hình cluster) …………………………………………………………36 Danh sách hình vẽ: Hình 1:Mô tả công từ chối dịch vụ ……………………………….….10 Hình 2:Mô hình Replication master-slave:…………………………………….19 Hình 3:Mô hình Replication master- multi slave …………………………… 20 Hình 4:Mô hình Replication master- relay server …… ………………………21 Hình 5:Mô hình Replication master- master ………………………………… 22 Hình 6:Mô hình sử dụng kết hợp Replication keepalived ………………….23 Hình 7:Mô hình sử dụng MySQL-Cluster kết hợp keepalived ……………… 28 Hình 8:Mô hình sử dụng giải pháp replication kết hợp keepalived ………… 29 Hình 9:Trạng thái master ………………………………………………….31 Hình 10:Cấu hình salve ………………………………………………… 31 Hình 11: Mô hình giải pháp clustering kết hợp keepalived ………………… 32 Hình 12: Cấu hình file my.cnf node ………………………………… 35 Hình 13: Cấu hình file config.ini Management ………………………… 36 Hình 14: Kiểm tra kết nối …………………………………………………… 36 Hình 15: Mô hình thực tiễn ứng dụng kết hợp replication + clustering với keepalived …………………………………………………………………… 37 Lời nói đầu Sự bùng nổ internet năm gần khiến số lượng người dùng truy cập qua internet đến máy chủ sở liệu ngày tăng mạnh Với hàng triệu lượt truy cập ngày đòi hỏi hệ thống máy chủ sở liệu phải mạnh mẽ, không máy chủ bị tải Một hệ thống máy chủ mạnh mẽ hệ thống có khả đáp ứng tất truy vấn client khoảng thời gian nhanh – hệ thống có khả cân tải Bên cạnh khả cân tải, hệ thống cần có khả mở rộng tính sẵn sàng cao.Ba yếu tố liên hệ chặt chẽ với để đảm bào hệ thống hoạt động ổn định.Nếu hệ thống không đảm bảo ba yếu tố thảm họa xảy lúc nào.Cụ thể đề tài nghiên cứu giải pháp cân tải cho máy chủ sở liệu MySQL Hệ quản trị CSDL MySQL trở thành hệ quản trị CSDL mã nguồn mở phổ biến giới Bởi MySQL có hiệu suất cao, độ tin cậy cao dễ sử dụng MySQL chạy 20 tảng bao gồm Linux, Windows, Mac OS, Solaris, IBM AIX, tạo linh hoạt để kiểm soát Bên cạnh đó, MySQL cung cấp loạt công cụ sở liệu, hỗ trợ, đào tạo dịch vụ tư vấn để quản trị sở liệu thành công Nó hệ quản trị CSDL lựa chọn cho hệ ứng dụng xây dụng LAMP (Linux, Apache, MySQL / Perl / Python) Nhiều tổ chức lớn giới phát triển nhanh bao gồm Facebook, Google, Adobe, Alcatel Lucent, Youtube, Zappos dựa MySQL để tiết kiệm thời gian, tiền bạc cung cấp hiệu suất cao cho Website, hệ thống kinh doanh quan trọng phần mềm đóng gói Đã có nhiều phương pháp cân tải đưa cho hệ quản trị CSDL MySQL Tuy nhiên nhiều phương pháp không giải triệt để ba yếu tố cho máy chủ sở liệu MySQL.Vì vậy,trong đề tài nghiên cứu đưa hai giải pháp sử dụng mô hình MySQL-Replication MySQL-Cluster kết hợp sử dụng Keepalived để cân tải cho máy chủ sở liệu MySQL.Các giải pháp không đáp ứng yêu cầu cân tải mà đáp ứng nhu cầu mở rộng đảm bảo tính sẵn sàng cao hệ thống Ngoài ra, có ý nghĩa việc nghiên cứu phát triển giải pháp cân tải tốt số lượng người dùng truy cập tăng lên nhiều Do truy cập đến máy chủ sở liệu chủ yếu đọc liệu, nên khóa luận tập trung nghiên cứu giải pháp cân tải cho máy chủ sở liệu MySQL cho truy vấn đọc Từ đưa nhiều lựa chọn cho người dùng,doanh nghiệp…v.v Chương 1: Trình bày nguyên nhân gây tải máy chủ, từ xác định tínhcần thiết việc cân tải cho hệ quản trị CSDL nói chung cho hệ quản trịCSDL MySQL Chương giới thiệu tiêu chí đánh giá tải hiệu máy chủ Chương 2: Trình bày giải pháp cân tải-chịu lỗi cho hệ quản trị CSDL MySQL CHƯƠNG I: Sự cần thiết việc cân tải,chịu lỗi cho hệ quản trị CSDL MySQL Nguyên nhân gây tải máy chủ 1.1.1 Số lượng truy cập hợp lệ đến máy chủ lớn 1.1 Trong khoảng thời gian ngắn có đến hàng nghìn chí hành triệu client kết nối đến server Do vậy, hệ thống server không mạnh việc tải server tránh khỏi Những yêu cầu truy cập từ client đến server đƣợc phân chia thành hai loại: - Truy vấn ghi: client gửi yêu cầu ghi vào sở liệu server Các yêu cầu ghi là: CREATE (cơ sở liệu, bảng, ), UPDATE (dữ liệu), INSERT (dữ liệu vào bảng) DELETE (hàng, trường liệu) hay DROP (bảng, sở liệu, ) - Truy vấn đọc: client gửi yêu cầu đọc nhiều đối tượng sở liệu server Các yêu cầu đọc là: SELECT Trong số truy vấn từ client đến server phần lớn truy vấn đọc Bởi ứng dụng web người dùng thường yêu cầu hiển thị liệu nhiều cập nhật liệu Bên cạnh đó, server bảo dưỡng, nâng cấp phần cứng hay phần mềm bị thất bại tài nguyên server sẵn Khi client kết nối đến server cần dùng tài nguyên phải chờ với lượng truy cập lớn server bị tải 1.1.2 Máy chủ bị công -Tấn công từ chối phân tán dịch vụ (Distributed Denial of Service attacks) Một công từ chối dịch vụ (DoS attack) hay công từ chối phân tán dịch vụ (DDoS attack) xâm phạm để làm cho tài nguyên máy tính tài nguyên mạng sẵn người sử dụng Thủ phạm công DoS thường nhằm đến mục tiêu website dịch vụ lưu trữ web server cấu hình cao ngân hàng, cổng toán thẻ tín dụng hay chí root nameserver Hình 1:Mô tả công từ chối dịch vụ Một phương pháp phổ biến công liên quan đến bão hòa server với yêu cầu thông tin liên lạc bên Nó buộc server phải thiết lập lại tiêu thụ tài nguyên server để server cung cấp dịch vụ dự định mình, cản trở phương tiện truyền thông giao tiếp client với server Do vậy, server đáp ứng truy vấn hợp lệ client đáp ứng chậm Các công thường dẫn đến tình trạng tải server -Phần mềm độc hại (Sâu máy tính,Viruss XSS) Là phần mềm độc hại,một chương trình độc hại mà tự tái tạo để lây lan máy tính khác.Thông thường phần mềm độc hại sử dụng mạng lưới để lây lan,do mạng lưới có bị kiểm soát tác giả.Các phần mềm độc hại gây gián đoạn lớn cách làm tăng lưu lượng mạng,gây lượng truy cập cao khoảng thời gian ngắn.Hơn nữa,mạng lưới sử dụng cho công từ chối dịch vụ,gây thiệt hại lớn cho người sử dùng 1.1.3 Internet - Internet bots Internet bots (Botnet) gọi web robots, WWW robots hay đơn giản bots, ứng dụng phần mềm tự động thực thi nhiệm vụ mạng Internet Thông thường Bot thực nhiệm vụ đơn giản lập trình sẵn có cấu trúc lặp lặp lại với tốc độ cao người bình thường Một Botnet định nghĩa “mạng gồm nhiều máy tính bị xâm nhập kẻ công điều khiển từ xa” “Máy tính bị xâm nhập” máy tính bị lây nhiễm phần mềm độc hại (Bot) Như vậy, Botnet tập hợp Bot sử dụng với mục đích xấu Botmaster người nhóm người điều khiển Botnet Mục đích kiểm soát Botnets tin tặc số hình thức hoạt động bất hợp pháp Những hoạt động bao gồm, công từ chối dịch vụ phân tán (DDoS), phát tán thư giác (spamming), theo dõi lưu lượng liệu hệ thống mạng (sniffing network traffic), theo dõi bàn phím (keylogging), phát tán mã độc (spreading malware), v.v [2] Nếu lưu lượng không lọc giới hạn web site lớn với tài nguyên (như băng thông, v.v…) gây tình trạng tải cho server 1.2 Khái niệm cân tải chịu lỗi-Sự cần thiết hệ quản trị CSDL MySQL 10 có cấu hình dư đủ để gánh thêm khối lượng công việc máy chủ khác cần 3.3 Sự khác Loadbalancing Cluster Network Load Balancing - Các Node lưu trữ nơi , lưu trữ riêng biệt - Cân tải Transmission Control Protocol (TCP) UDP (UDP) lưu lượng truy cập - Không cần phần cứng chuyên dụng, ( ý Card mạng ) - Thường dùng cho máy chủ Web, Máy chủ ISA , Máy chủ VPS , Máy chủ Media, Máy chủ , Máy chủ Teminal, di động, - Chạy chế độ Active Cluster - Các Node lưu trữ nơi - Failover failback ứng dụng - Phải dùng thiết bị lưu trữ chuyên dụng đắt tiền kiểu SCSI , Fibre Chanel , Seria Attach SCSI , ISCSI - Thường chạy cho máy chủ MS SQL Server, MS Exchange Server, File Server , - Chạy chế độ Active Passive Mô hình sử dụng MySQL-Cluster kết hợp keepalived (mô hình thực hiện): Hình 7:Mô hình sử dụng MySQL-Cluster kết hợp keepalived 25 Trong mô hình trên, máy 192.168.88.140 (MGM – Management) làm nhiệm vụ kết nối node với nhau,từ node đồng liệu với nhau.MGM làm nhiệm vụ quản lý,không tham gia vào trình truy xuất liệu Khi người dùng cuối truy xuất liệu,sẽ kết nối tới ip ảo keepalived sinh dùng chung cho node.Thông qua ,yêu cầu truy vấn chia cho node 26 sử lý.Trong trường hợp dịch vụ máy chủ sở liệu bị lỗi truy vấn dồn đến máy chủ lại 4.Thực nghiệm giải pháp replication cluster kết hợp với keepalived  Mô hình giải pháp replication kết hợp keepalived: Hình 8:Mô hình sử dụng giải pháp replication kết hợp keepalived 27 Trong mô hình sử dụng máy sau: Bảng 1: Cấu hình máy sử dụng cho mô hình Replication kết hợp keepalived Tên máy Cấu hình Địa ip Port Master Memory:1GB 192.168.88.160 3306 Hệ điều hành CentOS Master Memory:1GB 192.168.88.138 3306 CentOS Client Memory:1GB 192.168.88.166 3306 CentOS Trên máy master,thêm dòng sau vào file my.cnf thư mục /etc/: #nano /etc/my.cnf Datadir=/var/lib/mysql Socket=/var/lib/mysql/mysql.sock Log-bin=mysql-bin Innodb_flush_log_at_trx_commit=1 Server_id=1 Sync_binlog=1 Binlog_do_db=test Server_id=2 28 Show trạng thái master,lấy thông tin để cấu hình slave: Hình 9:Trạng thái master Trên master (hiện đóng vai trò slave) lại,change thông số theo thông tin trên: Hình 10:Cấu hình salve Check cấu hình thành công: 29  Kết thực nghiệm: Sử dụng công cụ mysqlslap máy client (192.168.88.166) để kiểm tra tải cho máy chủ MySQL #mysqlslap user=sysadmin password host=localhost concurrency=50 iterations=10 auto-generate-sql –verbose Mysqlslap tạo lượng truy vấn ảo từ 50 client ( concurrency=50) truy vấn lặp lại 10 lần ( iterations=10) Trường hợp 1: Client gửi truy vấn trực tiếp đến server Bảng 2: Kết truy vấn trường hợp client gửi truy vấn trực tiếp đến server number-ofqueries 50 150 concurrency Average number %CPU of seconds to run queries 10 0.6 20% 50 4.6 35% %MEM 40% 42% Trường hợp 2: Client gửi truy vấn đến ip ảo keepalived sinh Bảng 3: Kết truy vấn trường hợp client gửi truy vấn ip ảo keepalived sinh 30 number-ofqueries 50 150  concurrency Average number %CPU of seconds to run queries 10 0.4 18% 50 2.0 29% %MEM 35% 40% Mô hình giải pháp clustering kết hợp keepalived Hình 11: Mô hình giải pháp clustering kết hợp keepalived 31 Bảng 4: Cấu hình máy sử dụng cho mô hình Cluster kết hợp keepalived Tên máy Cấu hình Địa ip Port Hệ điều 32 Node Memory:1GB 192.168.88.160 3306 hành CentOS Node Memory:1GB 192.168.88.138 3306 CentOS Client Memory:1G 192.168.88.166 3306 CentOS Management Memory:1GB 192.168.88.140 3306 CentOS Trên node,cấu hình file my.cnf sau: Hình 12: Cấu hình file my.cnf node Trên MGM,cấu hình file config.ini sau: Hình 13: Cấu hình file config.ini Management 33 Trên MGM ,ta show node kết nối thành công: Hình 14: Kiểm tra kết nối  Kết thực nghiệm: Sử dụng công cụ mysqlslap máy client (192.168.88.166) để kiểm tra tải cho máy chủ MySQL 34 #mysqlslap user=sysadmin password host=localhost concurrency=50 iterations=10 auto-generate-sql –verbose Mysqlslap tạo lượng truy vấn ảo từ 50 client ( concurrency=50) truy vấn lặp lại 10 lần ( iterations=10) Trường hợp 1: Client gửi truy vấn trực tiếp đến server Bảng 5: Kết truy vấn trường hợp client gửi truy vấn trực tiếp đến server (mô hình cluster) number-ofqueries 50 150 concurrency Average number %CPU of seconds to run queries 10 0.6 23% 50 4.6 36% %MEM 40% 45% Trường hợp 2: Client gửi truy vấn đến ip ảo keepalived sinh Bảng 6: Kết truy vấn trường hợp client gửi truy vấn đến ip ảo keepalived sinh (mô hình cluster) number-ofqueries 50 150  concurrency Average number %CPU of seconds to run queries 10 0.4 18% 50 2.2 29% %MEM 35% 40% Mô hình kết hợp replication + clustering với keepalived Hình 15: Mô hình thực tiễn ứng dụng kết hợp replication + clustering với keepalived 35 5.Nhận xét Dựa vào kết thực nghiệm ba mô hình trên, rút nhận xét là: 36 5.1 Khả chịu tải server Khi số client tăng lên thời gian trả chạy truy vấn tăng lên.Trong mô hình có MySQL server, thời gian chạy truy vấn tăng lên nhiều Trong mô hình triển khai theo giải pháp replication cluster kết hợp keepalived, client tăng lên thời gian chạy truy vấn tăng lên không đáng kể Như vậy, Keepalived kết hợp với giải pháp replication giải pháp clustering giải tốt toán cân tải truy vấn đọc cho hệ quản trị CSDL MySQL 5.2 Khả mở rộng Không có khả cân tải truy vấn đọc cho hệ quản trị CSDL MySQL, quy mô hệ thống mở rộng, số client tăng lên thêm slave vào mô hình, giống mô hình MySQL Replication :master – multi slave …hoặc thêm node vào mô hình Clustering kết hợp với Keepalived để đáp ứng tốt nhu cầu client 5.3 Tính sẵn sàng cao Khi master bị lỗi tiếp tục hoạt động master bảo trì nâng cấp slave đảm nhiệm vai trò master thời gian master vắng mặt Khi master ngừng hoạt động, giả sử dùng slave1 để thay vị trí master: Sau master phục hồi, dựa vào file Binary log slave1, master biết thay đổi diễn sở liệu mình, từ đó, đồng liệu với slave1 mà thay Do vậy, server hệ thống sẵn sàng hoạt động, sẵn sàng đáp ứng tất truy vấn client, không xảy chậm chễ 37 KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Khóa luận tập trung nghiên cứu toán cân tải cho hệ quản trị CSDL MySQL với Keepalived hai mô hình: mô hình Cluster– Keepalived mô hình Replication-Keepalived Về mặt nội dung đạt kết sau:    Tìm hiểu phân tích toán cân tải cho hệ quản trị CSDL MySQL Tìm hiểu tiêu chí đánh giá tải hiệu máy chủ Tìm hiểu giải pháp replication clustering kết hợp keepalived hệ quản trị CSDL MySQL Từ đó, lựa chọn hai mô hình Cluster– Keepalived mô hình ReplicationKeepalived để giải toán cân tải truy vấn đọc, đánh giá tải hiệu MySQL server mô hình Do hạn chế mặt thời gian, kiến thức, số lượng cấu hình máy tính để thực nghiệm nên điểm hạn chế sau:   Chỉ dừng lại toán cân tải truy vấn đọc cho hệ quản trị CSDL MySQL Chưa thử nghiệm với số lượng client truy cập lớn số lượng MySQL server chưa đủ lớn Giải pháp cân tải cho hệ quản trị CSDL MySQL sử dụng Replication clustering kết hợp keepalived bước đầu có kết tốt, khả quan Trong thời gian tới, nghiên cứu phát triển toán cân tải theo hướng sau:  Thử nghiệm nhiều MySQL server để đánh giá xác tải hiệu server TÀI LIỆU THAM KHẢO 38 [1] Trần Thị Giang, NGHIÊN CỨU THỬ NGHIỆM GIẢI PHÁP CÂN BẰNG TẢI CHO HỆ QUẢN TRỊ CSDL MYSQL VỚI MYSQL PROXY KHÓA LUẬN TỐT NGHIỆP ĐẠI HỌC CHÍNH QUY- TRƢỜNG ĐẠI HỌC CÔNG NGHỆ-2012 39 [...]... có thể làm cho hỏng hoặc mất dữ liệu, thì giải pháp này tránh được tình trạng đó bằng cách phục hồi dữ liệu đã được sao lưu Tuy nhiên, giải pháp này chưa giải quyết được vấn đề cân bằng tải cho server Hai giải pháp trên đều không khả thi khi thì giải pháp Replication cơ sở dữ liệu và giải pháp sử dụng Cluster với bộ cân bằng tải Keepalived đã được đưa ra cho hệ quản trị CSDL MySQL Hai Giải pháp này đang... đọc xảy ra là lớn hơn rất nhiều so với các truy vấn ghi Do nhu cầu trên, nên tập trung tìm hiểu và thử nghiệm giải pháp cân bằng tải cho các truy vấn đọc CHƯƠNG 2: Các giải pháp cân bằng tải- chịu lỗi cho hệ quản trị CSDL MySQL 1.Giới thiệu về keepalived Là 1 phần mềm định tuyến được viết bằng C, cung cấp 1 công cụ đơn giản và mạnh mẽ cho việc cần bằng tải và HA cho hệ thống Nói đơn giản hơn là keepalived... để cung cấp và phục vụ các người dùng cuối và giảm thiểu sự ngưng hoạt động hệ thống ngoài ý muốn Để đảm bảo được điều đó, tối thiểu có một cặp máy, thiết bị chạy song song, liên tục liên lạc với nhau, cái chính hỏng, cái phụ sẽ lập tức biết và tự động thay thế 1.2.3 Sự cần thiết của việc cân bằng tải và chịu lỗi đối với hệ quản trị CSDL Hệ quản trị CSDL MySQL đã trở thành hệ quản trị CSDL mã nguồn... chung cho 2 server,từ đó chia đều lượng truy vấn cần sử lý Trong trường hợp 1 server bị lỗi, truy vấn sẽ được dồn đến server còn lại 3 Giải pháp sử dụng Clustering với keepalived cho hệ quản trị CSDL MySQL 3.1 Khái niệm Clustering là một kiến trúc nhằm đảm bảo nâng cao khả năng sẵn sàng cho các hệ thống mạng máy tính Clustering cho phép sử dụng nhiều máy chủ kết hợp 22 với nhau tạo thành một cụm và có... (Linux, Apache, MySQL / Perl / Python) Nhiều tổ chức lớn nhất thế giới và phát triển nhanh nhất bao gồm Facebook, Google, Adobe, Alcatel Lucent, Youtube, và Zappos đều dựa trên MySQL để tiết kiệm thời gian, tiền bạc và cung cấp năng lượng cao cho các Website, các hệ thống kinh doanh quan trọng và các phần mềm đóng gói Cũng như các hệ quản trị CSDL khác, với sự phổ biến của mình, hệ quản trị CSDL MySQL cần... keepalived sinh ra dùng chung cho 2 node.Thông qua đó ,yêu cầu truy vấn sẽ được chia cho cả 2 node 26 sử lý.Trong trường hợp dịch vụ của một máy chủ cơ sở dữ liệu bị lỗi thì truy vấn sẽ được dồn đến máy chủ còn lại 4.Thực nghiệm các giải pháp replication và cluster kết hợp với keepalived  Mô hình giải pháp replication kết hợp keepalived: Hình 8:Mô hình sử dụng giải pháp replication kết hợp keepalived... Hai Giải pháp này đang được các doanh nghiệp ưu tiên hàng đầu vì nó giải quyết được các vấn đề mà hai giải pháp trên chưa làm được: cân bằng tải, khả năng mở rộng và tính sẵn sàng cao .Với sự vận dụng, kết hợp 2 giải pháp này,người dùng và doanh nghiệp sẽ giải quyết được các vấn đề trên một cách tốt nhất 1.3 Một số tiêu chí đánh giá tải và hiệu năng của máy chủ 1.3.1 CPU Utilization CPU – đơn vị xử lý... keepalived dùng để cung cấp IP Failover cho 1 cluster 2 .Giải thuật cân bằng tải Trong bài toán cân bằng tải, để chỉ định một trong số nhiều server nhận một truy vấn của client và các server phải nhận được số truy vấn đều nhau đồng thời việc chỉ định diễn ra nhanh nhất thì cần phải có một thuật toán để xác định server đó Giải thuật thuật Roun-robin 14 Giải thuật Roun-robin là giải thuật xoay vòng, đƣợc phát... các truy vấn của các client 15 2 .Giải pháp sử dụng Replication với keepalived cho hệ quản trị CSDL MySQL Replication được sử dụng để sao lưu tất cả các câu lệnh thực thi hoặc tập dữ liệu thay đổi được tạo ra trên một máy chủ (được gọi là master server hay ngắn gọn là master) đến các server khác, các server này được gọi là slave server (hay ngắn gọn là slave) Đối với MySQLD thì một slave có duy nhất...1.2.1 Khái niệm cân bằng tải Cân bằng tải là một phương pháp phân phối khối lượng tải trên nhiều máy tính hoặc một cụm máy tính để có thể sử dụng tối ưu các nguồn lực, tối đa hóa thông lượng, giảm thời gian đáp ứng và tránh tình trạng quá tải trên máy chủ 1.2.2 Khái niệm chịu lỗi trên CSDL (High Availability) High Availability có nghĩa là “Độ sẵn sàng