Quy mô ngang có nghĩa là gì?


Câu trả lời:


24

Mở rộng theo chiều ngang Thu nhỏ
theo chiều ngang về cơ bản là xây dựng thay vì lên. Bạn không đi và mua một máy chủ lớn hơn và chuyển tất cả tải của bạn lên nó, thay vào đó bạn mua hơn 1 máy chủ bổ sung và phân phối tải của bạn trên chúng.

Chia tỷ lệ ngang được sử dụng khi bạn có khả năng chạy nhiều phiên bản trên máy chủ cùng một lúc. Thông thường, việc đi từ 1 máy chủ đến 2 máy chủ sẽ khó khăn hơn nhiều, đó là đi từ 2 đến 5, 10, 50, v.v.

Khi bạn đã giải quyết các vấn đề về chạy các trường hợp song song, bạn có thể tận dụng các môi trường như Amazon EC2, Dịch vụ đám mây của Rackspace, GoGrid, v.v. bạn không sử dụng chỉ để trang trải những tải cao điểm đó.

Cơ sở dữ liệu quan hệ là một trong những mục khó khăn hơn để chạy song song đọc / ghi đầy đủ.

Tôi đã thấy Damien Katz nói về CouchDB tại StackOverflow DevDays ở Austin và một trong những trọng tâm chính của anh ấy cho việc tạo ra nó là những trường hợp song song này. Vì đây là một trọng tâm của nó kể từ ngày đầu tiên, nó sẽ có khả năng tận dụng lợi thế của quy mô ngang nhiều hơn.

Chia tỷ lệ dọc Tỷ lệ
dọc là ngược lại, xây dựng thay vì ra ngoài. Đi và mua phần cứng mạnh nhất mà bạn có thể đủ khả năng và đặt ứng dụng, cơ sở dữ liệu, v.v.

Real World
Tất nhiên, cả hai đều có ưu điểm và nhược điểm. Thường thì sự kết hợp của cả hai được sử dụng cho một giải pháp cuối cùng.

Bạn có thể có cơ sở dữ liệu chính của mình, nơi mọi người ghi và đọc dữ liệu thời gian thực trên một phần cứng lớn. Sau đó, đã phân phối chỉ đọc các bản sao của cơ sở dữ liệu để phân tích và báo cáo dữ liệu nặng hơn trong khi tính đến phút không quan trọng bằng. Sau đó, ứng dụng web mặt trước có thể đang chạy trên nhiều máy chủ web phía sau bộ cân bằng tải.


2
RAC của Oracle là một ví dụ về Thu nhỏ theo chiều ngang trong RDBMS truyền thống.
Leigh Riffel

0

Chia tỷ lệ theo chiều ngang là tuyệt vời khi bạn cần một ứng dụng cần xử lý số lượng ghi và đọc song song cao. Hãy nghĩ về một trang web đang nhận được một lưu lượng lớn và cần phải đăng nhập này, hoặc cần phải đăng nhập một số lượng lớn các sự kiện.

Tôi đoán điểm cộng lớn nhất là tỷ lệ ngang có thể được thực hiện bằng phần cứng hàng hóa và chỉ có rất nhiều thứ bạn có thể làm với tỷ lệ dọc và cố gắng làm cho các hộp hiện tại của bạn lớn hơn.

Các RDBMS truyền thống thất bại ở đây vì nhiều lý do (bao gồm cả thực tế là ACID) và các giải pháp NoQuery nổi trội ở đây vì chúng có thể dễ dàng được thu nhỏ theo chiều ngang - nhưng đó là một câu chuyện khác (RDBMS / SQL so với NoQuery.)


0

Một số người trong ngành sử dụng các thuật ngữ khác nhau có nghĩa giống nhau:

  • mở rộng quy mô = tỷ lệ dọc
  • scale out = scale scale
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.