Cụm web - trải nghiệm ứng dụng thực tế. Và cả trong phiên bản đóng hộp của dịch vụ cụm Web Bitrix

Xin chào các bạn đồng hành thân mến!

Bài viết này nói về cách chúng tôi triển khai một cụm web cho một cổng thông tin (với mức cao nhất là 130 nghìn khách truy cập mỗi ngày - tức là 7TB lưu lượng truy cập trong 3 ngày - các cuộc bầu cử và 2 cuộc bầu cử tiếp theo. Hiện tại, trung bình cụm này phân phối 35-40 TB về lưu lượng truy cập mỗi ngày trong tháng), về cách các lập trình viên và nhà báo hiểu khác nhau về cùng một nhiệm vụ, về cách bạn có thể đạt được cùng một mục tiêu bằng cách đi theo những con đường khác nhau.

Nó sẽ được những ai muốn xây dựng một cụm web phân bố theo địa lý, có thể mở rộng dễ dàng mà không cần đầu tư số tiền khổng lồ vào thiết bị (và theo tiêu chuẩn truyền hình, số tiền nói chung sẽ vô lý).

Tôi chắc chắn rằng các nhà tiếp thị thúc đẩy các giải pháp uber cho các sản phẩm mới được phát hành với từ “cụm web có thể mở rộng” hoặc “cụm web có khả năng mở rộng vô hạn theo chiều ngang” trong tên của họ sẽ ghét tôi.

Tôi chắc chắn rằng các đối thủ cạnh tranh của khách hàng của chúng tôi sẽ ngạc nhiên bởi sự đơn giản của giải pháp mà chúng tôi đã sử dụng.

Tôi sẽ không cung cấp các cấu hình tầm thường có thể tìm thấy trong bất kỳ hướng dẫn nào về thiết lập PHP, Nginx và Firebird (nói đúng ra, phần sau không có gì để cấu hình - mọi thứ đều hoạt động ngay lập tức) và nói chung tôi sẽ nói về những quyết định cốt yếu chứ không phải về phiên bản PHP nào tốt hơn.

Các nhà thiết kế có kinh nghiệm khó có thể quan tâm - họ đã biết tất cả mọi thứ, nhưng đối với những người mới bắt đầu trong lĩnh vực thiết kế hệ thống khó khăn, điều đó còn khó hơn “Xin chào, Thế giới!” chắc chắn sẽ có điều gì đó để tìm hiểu - giải pháp đã ở chế độ chiến đấu được gần 2 năm và không có vấn đề kiến trúc nào phát sinh (mặc dù hai ổ cứng trên hai trong số ba nút bị lỗi cùng một lúc, nhưng không ai nhận thấy điều gì - các trang web đã mở chậm hơn một chút so với bình thường).

Vì vậy, một vài lời về cách tất cả bắt đầu. Ngày xửa ngày xưa, có một trang web của một nhóm các nhà báo độc lập thực sự mơ ước trở thành một chiếc tivi thực sự (nhìn về phía trước, tôi sẽ nói rằng họ đã thành công - họ đã tạo ra chiếc tivi của riêng mình, khá thành công với “blackjack và…” - tiếp trong văn bản). Đất nước của chúng tôi nhỏ bé, không có gì khủng khiếp xảy ra (và chúng tôi rất vui vì điều đó), nhưng theo truyền thống, cứ 4 năm một lần chúng tôi lại tổ chức bầu cử vào Quốc hội. Theo truyền thống, không bầu Tổng thống dưới bất kỳ hình thức nào. (Đừng sợ, sẽ không có chính trị ở đây, đây chỉ là cách hiểu chung về thời điểm hiện tại).

Tất nhiên, trong giai đoạn trước cuộc bầu cử và một thời gian sau đó, tất cả các phương tiện truyền thông trực tuyến đều rất bất ổn. Một số trang web không chỉ nằm đó mà còn nằm xung quanh, một số trang web định kỳ cố gắng cung cấp ít nhất một dòng văn bản, nhưng vấn đề là phổ biến và được nhiều người biết đến - các trang web không thể đối phó với lượng khách truy cập. Tôi đang nói về các trang web thông thường, dựa trên văn bản. Và khách hàng của chúng tôi có một trang web khác thường. Thực tế là họ cũng có video - tin tức, họ sản xuất 10 gigabyte mỗi tháng - vào thời điểm đó, bây giờ họ tạo ra nhiều video như vậy mỗi ngày. Trên hết mọi thứ khác (thành thật mà nói, đây là lần cuối cùng đề cập đến chính trị) những nhà báo này không đặc biệt trung thành với chính quyền. Họ nói và viết những gì họ muốn. Khá xấc xược, phải không? Chúng tôi luôn định vị mình là lính đánh thuê - khách hàng đưa ra vấn đề, chúng tôi đưa ra giải pháp cho vấn đề đó. Mọi thứ khác không làm chúng tôi quan tâm; chúng tôi duy trì tính trung lập.

Chúng tôi được giao nhiệm vụ cung cấp giải pháp cho các trang web tin tức không chỉ cho phép họ đáp ứng được lượng truy cập 50-100 nghìn khách truy cập mà còn nằm rải rác về mặt địa lý trên khắp thế giới và được kiểm soát từ một hầm chứa di động ở bất kỳ đâu trong Vũ trụ trên hành tinh. Tất nhiên, sự phân tán về mặt địa lý của các nút cụm được giao cho chúng tôi. Do đó, chúng tôi đã đề xuất kế hoạch sau (tôi không phải là một nghệ sĩ, nếu bạn thứ lỗi cho tôi):

(Đây là sơ đồ đơn giản hóa cho tháng 11; sau này hầu như tất cả các máy chủ đã được chuyển sang Hetzner, vì kênh của Netdirekt liên tục gặp khó khăn vào thời điểm đó. Bây giờ tình hình mạng của họ đã tốt hơn nhiều).
Khách truy cập thường xuyên nhìn thấy một trong 3 máy chủ, trong khi chúng tôi đã làm điều đó để tất cả khách truy cập từ Moldova lấy nội dung “nhẹ” ở dạng văn bản và hình ảnh từ một trong 3 máy chủ và nội dung “nặng” (video) được lấy từ máy chủ đặt tại địa phương các nhà cung cấp. Khách truy cập bên ngoài chỉ đơn giản là không nhìn thấy tấm gương Moldova và lấy tất cả nội dung từ một trong các máy chủ của Đức.

Kết quả là đây là những gì chúng tôi nhận được với khách truy cập (mỗi phần của cổng có bộ đếm riêng):

Sơ đồ này cho phép bạn thay đổi máy chủ điều khiển bất cứ lúc nào, nó tự kiểm tra tính khả dụng của các nút cụm, nó có thể dễ dàng mở rộng - Amazon EC cũng được coi là một bản sao lưu - hơn nữa, Amazon EC thậm chí còn được sử dụng một thời gian để truyền phát video ( khoảng 4 tháng), nhưng do chi phí lưu lượng truy cập cao nên người ta đã quyết định chuyển các nút phát trực tuyến sang Hetzner của Đức.
Ngay 2 tuần trước giờ “X”, chúng tôi đã lấy các máy chủ dự phòng và giữ chúng sẵn sàng (nhưng người dùng không nhìn thấy chúng, vì việc giữ cho máy chủ hoạt động sẽ rẻ hơn một chút so với việc sử dụng nó trong chế độ chiến đấu - chỉ vì lưu lượng truy cập).

Mọi chuyện diễn ra như thế nào? Rất đơn giản - âm thầm và suốt ngày đêm;).

Trên máy chủ điều khiển (như tôi đã đề cập, cổng thông tin có 2 “phần” lớn: tin tức ở dạng văn bản có hình ảnh và tin tức ở dạng văn bản tóm tắt và video; trên thực tế, 2 máy chủ được sử dụng, nhưng để đơn giản Tôi đã mô tả một) có một thứ thường được gọi là hệ thống quản lý nội dung.

Mục đích chính của máy chủ này là cho phép các nhà báo thêm tin tức. Tại một thời điểm nhất định (3-5 phút), một tập lệnh sẽ bắt đầu tạo... một bản sao ngoại tuyến của trang web. Tất nhiên, chỉ những trang đã thay đổi hoặc cần được xây dựng lại do liên kết chéo và phụ thuộc mới được tạo.

Điều này rất dễ thực hiện bằng cách sử dụng trình tự và trình kích hoạt xếp tầng trong Firebird - quy trình chỉ cần thực hiện các thay đổi đối với trang chính của trang web và trình kích hoạt xếp tầng sẽ cập nhật tất cả các phần phụ thuộc, đánh dấu từng trang cần cập nhật. Dấu được đặt không phải ở dạng cờ 1/0 mà ở dạng số duy nhất thu được dựa trên trình tạo. Tập lệnh tạo phiên bản ngoại tuyến khi khởi động sẽ nhận dạng giá trị mới của trình tạo, đọc giá trị của trình tạo này từ lần khởi chạy trước đó và tạo lại tất cả các trang trong phạm vi kết quả. Đồng thời, vì chúng tôi sử dụng cơ chế giao dịch Firebird nên tập lệnh không quan tâm đến những thay đổi nào xảy ra trong quá trình thực thi - tức là. Chúng tôi luôn tạo ra một phiên bản mạch lạc và nhất quán của trang web, bất kể phóng viên làm gì.

Do đó, chúng tôi tạo một bản sao chính của cổng thông tin (hoặc hai cổng, nếu bạn muốn - văn bản và video). Tập lệnh (giống như bảng quản trị) được viết bằng PHP và sử dụng ADODB để hoạt động với Firebird - vì vậy nó có thể được xây dựng lại khá dễ dàng theo yêu cầu của khách hàng*.

(* Nhưng chúng tôi sẽ sớm loại bỏ ADODB trong tất cả các dự án tương lai của mình - tính phổ biến của nó chỉ có hại vì cơ chế làm việc với cơ sở dữ liệu thông thường cho phép bạn sử dụng tất cả các tính năng của máy chủ Firebird SQL (cũng như khác) không được triển khai ở đó - ví dụ: không thể phát hiện ngoại lệ khi tìm nạp từ các thủ tục chọn lọc, không có quản lý giao dịch linh hoạt và nói chung, các lớp này có quá nhiều AI - Tôi thích tự mình quyết định khi tôi muốn khôi phục giao dịch và thời điểm xác nhận.)

Điều duy nhất phải thay đổi trong cài đặt Firebird là giá trị kích thước bộ đệm của trang cơ sở dữ liệu - vì số lượng kết nối đến cơ sở dữ liệu rất nhỏ (hiếm khi nhiều hơn 50-60 kết nối đồng thời), số lượng trang đã được thử nghiệm tăng lên 2048 (chúng tôi sử dụng tùy chọn Cổ điển, đối với kiến trúc Super, giá trị này có thể dễ dàng tăng lên 10 lần vì có bộ đệm trang dùng chung. Trong phiên bản sắp tới của Firebird 3.0, các nhà phát triển hứa hẹn một kiến trúc thân thiện với SMP với một bộ đệm được chia sẻ, do đó, có thể sử dụng các giá trị lớn cho cài đặt bộ đệm trang.

Sau đó, bằng cách sử dụng rsync thông thường, sự khác biệt về các thay đổi sẽ nằm rải rác trên các máy nhân bản, là các nút thông thường để phân phối các tệp tĩnh dựa trên Nginx. Tôi nghĩ không cần phải nói cho bạn biết một máy chủ 4 nhân với 12 GB RAM có khả năng gì khi chỉ phân phối dữ liệu tĩnh? ;-)

Đồng thời, 10% kênh của mỗi nút (chính xác là 10 hoặc 100 megabit, tùy thuộc vào kết nối cụ thể) được dành riêng để đồng bộ hóa. Quá trình đồng bộ hóa diễn ra theo 2 giai đoạn - đầu tiên, nội dung “nặng” được đồng bộ hóa - hình ảnh và video, sau đó - văn bản (html/xml/js).

Đôi khi (khi các kênh từ máy chủ điều khiển đến máy nhân bản bận), khách truy cập có thể thấy những mâu thuẫn nhỏ ở dạng hình ảnh và/hoặc video không tải - vì DNS luân chuyển được sử dụng, người dùng có thể nhận được văn bản của trang từ một máy nhân bản và liên kết tới video từ một máy nhân bản khác . Điều này không ngăn cản cổng hoạt động - văn bản luôn ở đó và hình ảnh hoặc video sẽ xuất hiện sớm hay muộn.

Vì các trang web có biểu mẫu động - ví dụ: đăng ký nhận bản tin - các biểu mẫu này được xử lý bởi một máy chủ chuyên dụng riêng biệt (nó không được hiển thị trong sơ đồ, nhưng điều này không thay đổi bản chất). Ngay cả khi chúng tôi giả định rằng tất cả khách truy cập đều đổ xô đăng ký nhận tin tức cùng lúc và máy chủ này ngừng hoạt động, sẽ không có gì xấu xảy ra - các biểu mẫu được tải vào iframe và việc vắng mặt các biểu mẫu này không ảnh hưởng đến tính khả dụng của tin tức.

Việc thêm một nút mới rất đơn giản - đầu tiên, máy nhân bản mới được đồng bộ hóa với bản sao chính (điều này xảy ra song song với chế độ hoạt động bình thường của bộ đồng bộ hóa), sau đó mục nhập được thêm vào DNS và... không ai nhận thấy điều gì.

Việc xóa một nút đơn giản hơn - chỉ cần xóa mục nhập khỏi DNS. Việc thêm và xóa hoàn toàn có thể tuân theo tự động hóa (đây chính xác là những gì chúng tôi đã làm với bộ phận chịu trách nhiệm phát trực tuyến khoảng 1000 megabit luồng trên Amazom EC), nhưng nếu bạn đột nhiên quyết định lặp lại điều này, tôi khuyên bạn trước tiên nên tính toán cách quá trình đồng bộ hóa dữ liệu ban đầu mất nhiều thời gian (đối với chúng tôi, đó là 2 Gigabyte cho “phiên bản nhẹ của cổng” và khoảng 1 Terabyte cho video, chỉ được lưu trữ trong vài tháng qua).

Đây là lý do tại sao chúng tôi đã loại bỏ tính năng thêm/xóa động các nút khỏi nhóm dự phòng sau một thời gian thực hiện dự án - nội dung chiếm quá nhiều và tập lệnh hóa ra quá hoang tưởng - nó loại bỏ các nút bất cứ khi nào có sự cố khi giao tiếp với họ.

Riêng biệt, điều đáng nói là tính toán hiển thị tin tức. Tôi có ấn tượng rằng trò tiêu khiển yêu thích của các nhà báo (ngoài việc viết báo/quay phim) là đo lường số lượng khách truy cập vào một bản tin cụ thể. Chúng tôi đã phải tốn khoảng một lít máu và một km thần kinh để thuyết phục hội anh em báo chí rằng không cần thiết phải hiển thị những thay đổi trong thời gian thực.

Các lập trình viên hiểu rất rõ rằng không thể biết được có bao nhiêu người hiện đang đọc một bài báo; bạn chỉ có thể đếm số lượng yêu cầu cho một bài báo từ máy chủ, nhưng đối với các nhà báo thì đây là những khái niệm tương tự. :)

Để đếm lượt xem, chúng tôi đã liên hệ với Kiril Korinsky (còn được gọi là catap), người đã đồng ý thêm tính năng đếm lượt xem URL vào nhánh Nginx của mình. Chà, mọi thứ đều đơn giản - tất cả các nút đều được thăm dò định kỳ và bộ đếm trang được tính đến trong các thuộc tính của chính trang đó. Vì các bộ đếm (tức là các giá trị) được lưu trữ trong các tệp riêng biệt (hiện tại là một tệp cho mỗi mục tin tức, chúng tôi sẽ sớm có kế hoạch tạo một nhóm bộ đếm trong một tệp để giảm số lượng tệp) - đó không phải là các trang của trang web được chuyển hoàn toàn trong quá trình đồng bộ hóa nhưng chỉ có tệp truy cập. Với số lượng lớn tệp, điều này sẽ tạo thêm tải cho hệ thống con đĩa - do đó, khi sử dụng cùng một phương pháp tiếp cận, hãy nghĩ ngay đến cách chia bộ đếm thành các nhóm - chúng tôi đã quyết định chia bộ đếm theo loại tin tức và ngày - các tập tin tương đối nhỏ và theo thời gian chúng ngừng thay đổi, vì thực tế không ai quan tâm đến những tin tức cũ.

Tóm lại, đây là những ưu điểm của giải pháp chúng tôi đã sử dụng:

Việc sử dụng các trang web tĩnh làm nút cụm web cho phép bạn giảm việc quản lý toàn bộ cụm thành một số tác vụ thông thường - cập nhật hệ điều hành của các nút và trả tiền cho lưu lượng truy cập. Điểm tương tự này cho phép bạn phân tán các nút cụm về mặt địa lý, cùng với GEO-DNS, thường có thể được coi là một dạng tương tự của mạng phân phối nội dung (CDN) - trên thực tế, nó là như vậy.
Việc sử dụng cơ chế giao dịch của cơ sở dữ liệu và chuyển logic sang chính cơ sở dữ liệu cho phép bạn luôn có một phiên bản toàn diện và nhất quán về mặt logic của trang web - tuy nhiên, tôi sẽ rất ngạc nhiên nếu “lát” dữ liệu từ máy chủ không nhất quán về mặt logic .
Nếu dự kiến sẽ có một lượng lớn khách truy cập thì chỉ cần tăng số lượng nút cụm là có thể dễ dàng giải quyết được. Trong trường hợp của chúng tôi, quá trình vận hành hoàn chỉnh một nút mới mất hơn một giờ đối với phần văn bản của cổng và khoảng một ngày (bạn không thể nhồi nhét thứ gì đó không thể ép vào) cho video. Nếu bạn chấp nhận đồng bộ hóa một phần các trang web và thêm phần còn lại vào nền, thì việc nhập nút mới cho video cũng có thể giảm xuống còn một giờ.
Một máy chủ quản trị có thể được tạo từ bất kỳ nút nào (nếu cần) - chỉ cần triển khai bản sao lưu cơ sở dữ liệu (ở dạng nén, khoảng một trăm megabyte). Tất cả các nội dung khác đã có sẵn.

Chà, có một vài điểm trừ, để không phải mọi thứ đều có vẻ hồng hào như vậy:

Giải pháp này không phù hợp trong trường hợp có những phần của trang web mà những người dùng khác nhau sẽ nhìn thấy khác nhau, tức là. khi, theo các điều kiện của nhiệm vụ, các trang được tạo riêng cho từng người dùng. Trong trường hợp của chúng tôi, điều này hóa ra là không cần thiết.
Quầy truy cập được cập nhật với độ trễ khoảng nửa giờ đến một giờ. Có thể chấp nhận được, nhưng bạn sẽ phải thuyết phục khách hàng về điều này trong một thời gian dài.
Vấn đề lớn nhất là đồng bộ hóa với máy nhân bản cục bộ - các nhà cung cấp của chúng tôi chưa bán lưu lượng truy cập với mức giá 7 euro mỗi Terabyte và ngay cả khi họ cung cấp 100 Megabit trung thực cho thế giới thì đó vẫn là mức giá rất không phù hợp.
Thiết kế một hệ thống ít hoang tưởng hơn để theo dõi các nút cụm - hóa ra hệ thống của chúng tôi quá nhạy cảm, chúng tôi phải chuyển các nút thêm và xóa sang chế độ thủ công.

Và theo đúng nghĩa đen, một chút kinh nghiệm sẽ tăng thêm sự đa dạng cho mớ hỗn độn nhạt nhẽo của cuộc sống hàng ngày.

Chúng tôi sử dụng hệ thống tệp JFS để lưu trữ bản sao ngoại tuyến của trang web. Nó đã chứng tỏ bản thân rất tốt cả khi làm việc với nhiều tệp nhỏ và khi làm việc với các tệp lớn (theo kinh nghiệm của tôi, chỉ XFS mới có thể xóa gần như ngay lập tức một tệp có kích thước 200-300GB).

Vì vậy, theo mặc định, hệ thống tập tin được gắn với các tham số mặc định. Nhưng theo thời gian, chúng ta có rất nhiều tệp nên hoạt động của đĩa bắt đầu chậm lại một chút. Vì chúng tôi không cần thời gian truy cập tệp lần cuối nên tôi đã thêm tùy chọn “noatime” vào tham số gắn FS. Đây là những gì đã xảy ra - tôi nghĩ bạn có thể tự quyết định khi nào nên thêm nó:

Hãy để tôi nhắc lại ngắn gọn - để hoạt động ổn định ở chế độ bình thường, hãy sử dụng:

3 máy chủ để phân phối nội dung
2 máy chủ dành cho “quản trị viên”
2 máy chủ DNS và một hệ thống theo dõi cho các máy chủ khác.

Các nút cụm nằm rải rác về mặt địa lý và được đặt tại các nhà cung cấp khác nhau.
Trong trường hợp các sự kiện dự kiến thu hút lượng lớn khách truy cập, các máy chủ bổ sung sẽ được kết nối để phân phối nội dung.

Khoảng 40TB lưu lượng được tiêu thụ mỗi tháng, tổng dung lượng nội dung chỉ hơn 1 Terabyte, nội dung video được lưu trữ trong khoảng 3 tháng.

Tôi sẽ sẵn lòng trả lời các câu hỏi từ cộng đồng habra.

Bất kỳ dự án mới hoặc đang chạy nào trên "" đều có thể được trình bày dưới dạng cụm web gồm các máy chủ có thể hoán đổi cho nhau.

Các nhiệm vụ chính mà cấu hình dự án này cho phép bạn giải quyết:

Khi lưu lượng truy cập tăng lên, bạn có thể nhanh chóng thêm máy chủ mới vào cụm.
Nếu một trong các máy chủ cụm bị lỗi, hệ thống sẽ tiếp tục phục vụ Khách hàng liên tục.
Cân bằng tải, lưu lượng, dữ liệu giữa một số máy chủ.
Hệ thống cho phép bạn lấy bản sao lưu từ các nút cụm được chỉ định đặc biệt mà không ảnh hưởng đến hoạt động của trang web.

"Cụm web địa lý"

Cụm web địa lý cho phép bạn nâng cao toàn bộ nhóm máy chủ. Mỗi nhóm này có chủ riêng - trong các trung tâm dữ liệu độc lập với nhau. Do đó, các trang web và doanh nghiệp của bạn được bảo vệ hoàn toàn khỏi sự không thể truy cập của chính các trung tâm dữ liệu.

"1C-Bitrix: Web Cluster" là sự kết hợp của các công nghệ:

Phân mảnh dọc(di chuyển các mô-đun sang các máy chủ MySQL riêng biệt)
Sao chép MySQL và cân bằng tải giữa các máy chủ
Bộ đệm dữ liệu phân tán(memcached)
Phiên liên tục giữa các máy chủ web(lưu trữ phiên trong cơ sở dữ liệu)
Phân cụm máy chủ web:

Đồng bộ hóa tập tin
Cân bằng tải giữa các máy chủ

Trung tâm dữ liệu độc lập(trong trường hợp một trung tâm dữ liệu bị lỗi, một trung tâm dữ liệu khác sẽ ngay lập tức đi vào hoạt động mà không cần phải khôi phục “bản sao lưu”)

Làm thế nào nó hoạt động

1. Phân mảnh dọc

Chia một cơ sở dữ liệu ứng dụng web thành hai hoặc nhiều cơ sở dữ liệu bằng cách tách các mô-đun riêng biệt mà không làm thay đổi logic của ứng dụng web.

Các mô-đun sản phẩm sau có thể được đặt trong cơ sở dữ liệu riêng biệt:

2. Sao chép và cân bằng tải MySQL giữa các máy chủ

Lược đồ “master-slave” được triển khai bằng MySQL.

Nền tảng 1C-Bitrix: Site Management cho phép bạn cân bằng tải linh hoạt giữa các máy chủ tham gia sao chép.

Các tính năng chính:

cân bằng tải SQL linh hoạt
dễ quản lý
mở rộng không giới hạn giá rẻ và nhanh chóng
sao lưu trực tuyến
không cần sửa đổi logic ứng dụng web

3. Bộ đệm dữ liệu phân tán (memcached)

"1C-Bitrix: Web Cluster" cho phép bạn sử dụng nhóm máy chủ được ghi nhớ để hoạt động với bộ đệm dữ liệu.

Điều này cung cấp:

hiệu quả cao- do ứng dụng web sử dụng bộ đệm tập trung
độ tin cậy- do khả năng chống lại lỗi của các thành phần riêng lẻ của hệ thống con bộ nhớ đệm
khả năng mở rộng không giới hạn- bằng cách thêm máy chủ memcached mới

4. Tính liên tục của phiên giữa các máy chủ web (lưu trữ phiên trong cơ sở dữ liệu)

Khả năng lưu trữ dữ liệu phiên của người dùng trong cơ sở dữ liệu đảm bảo tính “minh bạch” của phiên cho tất cả các máy chủ web trong cụm:

Sau khi ủy quyền trên một trong các máy chủ, người dùng phải được coi là được ủy quyền cho tất cả các máy chủ khác.
Và ngược lại - việc kết thúc phiên trên bất kỳ máy chủ nào cũng có nghĩa là phiên kết thúc trên tất cả các máy chủ cùng một lúc.

Với Bitrix24, bạn có thể làm việc với dịch vụ đám mây hoặc cài đặt nó dưới dạng một sản phẩm phần mềm riêng biệt trong công ty.

Sự khác biệt là gì? Phiên bản đóng hộp - "1C-Bitrix24"- được cài đặt trên máy chủ của bạn do công ty hoặc nhà cung cấp dịch vụ lưu trữ lưu trữ.

Bạn có thể tùy chỉnh riêng logic kinh doanh của cổng thông tin công ty, sửa đổi giao diện, tích hợp với 1C:ZUP và hơn thế nữa.

So sánh với “đám mây”

Cụm web

Xây dựng cụm Web của bạn - tăng hiệu suất, khả năng mở rộng và độ tin cậy của cổng thông tin của bạn!

Cụm web cho phép bạn phân phối một cổng thông tin trên một số máy chủ, từ đó giải quyết được một số vấn đề: đảm bảo tính sẵn sàng cao của cổng thông tin; mở rộng quy mô của nó trong điều kiện tải tăng dần; cân bằng tải, lưu lượng, dữ liệu giữa một số máy chủ.

Máy ảo

“1C-Bitrix: Virtual Machine” là một sản phẩm phần mềm miễn phí, một máy chủ ảo sẵn sàng để sử dụng ngay, được cấu hình, kiểm tra và điều chỉnh đầy đủ để hoạt động tối ưu với cả sản phẩm 1C-Bitrix và bất kỳ ứng dụng PHP nào.

Với sản phẩm này, bạn tiết kiệm thời gian và tiền bạc khi triển khai và định cấu hình cổng thông tin công ty, mua thiết bị cần thiết và đảm bảo an ninh cho dự án.

Bộ điều khiển để tích hợp với một trang web bên ngoài

Bộ điều khiển địa điểm là một giải pháp công nghệ mới về cơ bản, có nhiệm vụ hợp nhất quyền kiểm soát ở một nơi duy nhất đối với nhiều dự án web hoàn toàn độc lập, được xây dựng trên các bản sao riêng biệt của sản phẩm 1C-Bitrix: Quản lý địa điểm, bất kể vị trí thực tế của chúng.

Trình tạo mật khẩu một lần cá nhân (OTP)

Sử dụng mật khẩu một lần sẽ tăng cường đáng kể tính bảo mật của bạn khi làm việc với trang web hoặc cổng thông tin công ty. Mật khẩu một lần sẽ không cho phép kẻ tấn công truy cập vào dữ liệu cá nhân của bạn trên trang web, ngay cả khi mật khẩu của bạn bị đánh cắp hoặc bị chặn.

Khi sử dụng Bitrix OTP, bạn có thể kích hoạt hoặc vô hiệu hóa việc sử dụng hệ thống mật khẩu một lần cho tài khoản của mình trên cổng thông tin một cách độc lập.

Quản trị cổng thông tin doanh nghiệp

Phiên bản đóng hộp của dịch vụ chứa phần quản trị cho phép bạn quản lý hoàn toàn cấu trúc của cổng thông tin công ty, định cấu hình các công cụ của nó, quản lý quyền truy cập vào hệ thống, người dùng, nhóm người dùng và nội dung cổng thông tin.

Quản trị viên có thể làm việc trực tiếp từ phần công khai của cổng thông tin. Để thực hiện việc này, họ chỉ cần đăng nhập và kích hoạt chế độ chỉnh sửa trong Control Panel. Trong chế độ này, việc thực hiện tất cả các thao tác thông thường thậm chí còn dễ dàng hơn, chẳng hạn như thêm

Khóa đào tạo: “Quản trị viên dịch vụ Bitrix24 (phiên bản đóng hộp)”

Quản lý nội dung (trình chỉnh sửa trang trực quan)

Trình chỉnh sửa HTML trực quan đã được tích hợp sẵn trong sản phẩm 1C-Bitrix24 và bạn không cần phải cài đặt nó. Với trình chỉnh sửa này, bạn có thể thay đổi các trang của mình trên cổng thông tin theo thời gian thực - trực tiếp thông qua trình duyệt của bạn. Trình chỉnh sửa cho phép bạn không chỉ chỉnh sửa và định dạng văn bản thông thường mà còn làm việc với các thành phần trực quan.

Trình chỉnh sửa trực quan được tích hợp trong sản phẩm tương thích với tất cả các trình duyệt phổ biến!

Quản lý quyền truy cập nâng cao

Phiên bản đóng hộp chứa hệ thống kiểm soát truy cập mạnh mẽ, bao gồm một số khía cạnh:

truy cập vào các mô-đun;
truy cập vào các yếu tố nội dung động;
truy cập vào các tập tin và thư mục.

Hệ thống cho phép bạn định cấu hình linh hoạt quyền truy cập cho từng nhân viên trong Nhóm người dùng và chính nhóm này trong toàn bộ cổng thông tin công ty.

Tùy chọn thiết kế và tùy chỉnh

Phiên bản đóng hộp của dịch vụ có hai mẫu thiết kế tiêu chuẩn: Light và Bitrix24. Các tùy chọn này làm hài lòng đại đa số người dùng. Tuy nhiên, một số công ty muốn có thiết kế riêng của công ty họ.

Khóa học dành cho người dùng quản trị trang web trên nền tảng 1C-Bitrix: Quản lý trang web. Tốt Người quản lý. Mô-đun cho phép bạn nắm vững các phương pháp thực hiện các tác vụ nâng cao để quản lý các mô-đun không liên quan đến hoạt động thương mại Một khóa học riêng biệt đã được tạo cho các học phần liên quan đến giao dịch trực tuyến. .

Kỹ năng đạt được:

phương pháp làm việc với các phân hệ của hệ thống kế hoạch phi lợi nhuận;
làm việc với các công cụ đặc biệt: Push&Pull, Dịch vụ nhắn tin và các công cụ khác;
làm việc với các mô-đun cho phép người dùng giao tiếp: diễn đàn, blog và những mô-đun khác;
tổ chức luồng tài liệu và quy trình kinh doanh;
thiết lập các công cụ phân tích trang web;
và những người khác.

Kiến thức tối thiểu cần có để học khóa học:

kỹ năng sử dụng máy tính cơ bản và hệ điều hành Windows;
kiến thức cơ bản về WWW và tổ chức truy cập vào máy chủ web;
Nội dung quản lí Chúng tôi tin rằng bạn đã hoàn thành khóa học này và biết nhiều về Bitrix. Do đó, sẽ có ít gợi ý hơn trong cửa sổ bật lên so với khóa học Trình quản lý nội dung.
, để không bị nhầm lẫn trong giao diện.
kiến thức về hệ thống trong khóa học Người quản lý. Căn cứ Chúng tôi tin rằng bạn đã hoàn thành khóa học này và biết nhiều về quản trị 1C-Bitrix. Do đó, sẽ có ít lời nhắc hơn trong các cửa sổ bật lên cũng như giải thích về vị trí và cách thực hiện các tác vụ quản trị thông thường.

Sẽ thật tuyệt nếu có những kỹ năng cơ bản trong việc cài đặt và quản trị hệ thống *nix.

Nếu khóa học này được lấy làm cơ sở cho việc giảng dạy ngoại tuyến thì thời lượng khuyến nghị: 4 ngày (32 giờ học).

Tiết kiệm thời gian và học tập trên đường đi làm hoặc học đại học? Điều này yêu cầu các tập tin. Chúng tôi cung cấp hai tùy chọn để học ngoại tuyến: tệp ở định dạng PDF và CHM, chúng mở trên mọi thiết bị. Các chương trình đọc có sẵn trên AppStore và Play Market. Các tập tin được cập nhật định kỳ nhưng vẫn sẽ bị tụt hậu so với phiên bản trực tuyến của khóa học. Do đó, chúng tôi vẫn đề xuất phiên bản trực tuyến của các khóa học, đặc biệt vì Internet di động hiện không phải là vấn đề.

Tệp không được đặt cục bộ mà nằm trên tài nguyên mạng.
Nếu tệp nằm trên đĩa cục bộ nhưng đường dẫn đến nó chứa các ký tự đặc biệt (# và các ký tự khác).

Làm thế nào để tham gia khóa đào tạo?

Mô-đun Cụm Web là sự kết hợp của các giải pháp công nghệ cho phép bạn phân phối một trang web trên nhiều máy chủ, từ đó giải quyết một số vấn đề: đảm bảo tính sẵn sàng cao của trang web; mở rộng quy mô của nó trong điều kiện tải tăng dần; cân bằng tải, lưu lượng, dữ liệu giữa một số máy chủ. Xây dựng cụm Web của riêng bạn - tăng hiệu suất, khả năng mở rộng và độ tin cậy cho dự án của bạn!

Bất kỳ dự án mới hoặc đang chạy nào trên 1C-Bitrix: Quản lý trang web đều có thể được trình bày dưới dạng một cụm web gồm các máy chủ có thể hoán đổi cho nhau.
Các nhiệm vụ chính mà cấu hình dự án này cho phép bạn giải quyết:

Khi lưu lượng truy cập tăng lên, bạn có thể nhanh chóng thêm máy chủ mới vào cụm
Nếu một trong các máy chủ cụm bị lỗi, hệ thống vẫn tiếp tục phục vụ Khách hàng liên tục
Cân bằng tải, lưu lượng, dữ liệu giữa nhiều máy chủ
Hệ thống cho phép bạn lấy bản sao lưu từ các nút cụm được chỉ định đặc biệt mà không ảnh hưởng đến hoạt động của trang web

"Cụm web địa lý"

“Cụm web địa lý” tăng khả năng chịu lỗi của dự án và đảm bảo tính độc lập với trung tâm dữ liệu. Một số nhóm cụm web nằm ở các thành phố hoặc quốc gia khác nhau được kết hợp ở các trung tâm dữ liệu khác nhau. Trong trường hợp một trung tâm dữ liệu bị lỗi, một trung tâm dữ liệu khác sẽ ngay lập tức được đưa vào hoạt động mà không cần phải khôi phục “bản sao lưu”.

Cụm web địa lý cho phép bạn nâng cao toàn bộ nhóm máy chủ. Mỗi nhóm này có chủ riêng - trong các trung tâm dữ liệu độc lập với nhau. Do đó, các trang web và doanh nghiệp của bạn được bảo vệ hoàn toàn khỏi sự không thể truy cập của chính các trung tâm dữ liệu.
"1C-Bitrix: Web Cluster" là sự kết hợp của các công nghệ:

Phân đoạn dọc (di chuyển mô-đun sang các máy chủ MySQL riêng biệt)
Sao chép MySQL và cân bằng tải giữa các máy chủ
Bộ đệm dữ liệu phân tán (memcached)
Tính liên tục của phiên giữa các máy chủ web (lưu trữ phiên trong cơ sở dữ liệu)
Phân cụm máy chủ web:
Đồng bộ hóa tập tin
Cân bằng tải giữa các máy chủ
Độc lập với trung tâm dữ liệu (trong trường hợp một trung tâm dữ liệu bị hỏng, một trung tâm dữ liệu khác sẽ ngay lập tức đi vào hoạt động mà không cần phải khôi phục “bản sao lưu”)

Làm thế nào nó hoạt động

1. Phân mảnh dọc

Chia một cơ sở dữ liệu ứng dụng web thành hai hoặc nhiều cơ sở dữ liệu bằng cách tách các mô-đun riêng biệt mà không làm thay đổi logic của ứng dụng web.

Các mô-đun sản phẩm sau có thể được đặt trong cơ sở dữ liệu riêng biệt:

"Phân tích trang web"
"Tìm kiếm"

2. Sao chép và cân bằng tải MySQL giữa các máy chủ

Sơ đồ chủ-nô lệ được triển khai bằng MySQL.
Nền tảng 1C-Bitrix: Site Management cho phép bạn cân bằng tải linh hoạt giữa các máy chủ tham gia sao chép.

Các tính năng chính:

cân bằng tải SQL linh hoạt
dễ quản lý
mở rộng không giới hạn giá rẻ và nhanh chóng
sao lưu trực tuyến
không cần sửa đổi logic ứng dụng web

3. Bộ đệm dữ liệu phân tán (memcached)

"1C-Bitrix: Web Cluster" cho phép bạn sử dụng nhóm máy chủ được ghi nhớ để hoạt động với bộ đệm dữ liệu.

Điều này cung cấp:

hiệu quả cao - do ứng dụng web sử dụng bộ đệm tập trung
độ tin cậy - do khả năng chống lại lỗi của các thành phần riêng lẻ của hệ thống con bộ nhớ đệm
khả năng mở rộng không giới hạn - bằng cách thêm các máy chủ memcached mới

4. Tính liên tục của phiên giữa các máy chủ web (lưu trữ phiên trong cơ sở dữ liệu)

Khả năng lưu trữ dữ liệu phiên của người dùng trong cơ sở dữ liệu đảm bảo tính “minh bạch” của phiên cho tất cả các máy chủ web trong cụm:

Sau khi ủy quyền trên một trong các máy chủ, người dùng phải được coi là được ủy quyền cho tất cả các máy chủ khác
Và ngược lại - kết thúc phiên trên bất kỳ máy chủ nào có nghĩa là kết thúc phiên đó trên tất cả các máy chủ cùng một lúc

5. Phân cụm máy chủ web

Khi chia một dự án thành nhiều máy chủ web, hai vấn đề phải được giải quyết:

đồng bộ hóa dữ liệu (tệp) giữa các máy chủ
cân bằng tải giữa các máy chủ