Комплект реплики е набор от компютри, които са клонинги един на друг. (т.е.:реплики ) В рамките на даден набор има избран господар. По подразбиране четенията и записите отиват към този избран главен и репликите само „следят“ промените, за да бъдат актуални копия. Ако главният се провали, се избира нов и системата просто продължава да работи. Документацията е тук .
Така че питате за мащабиране с MongoDB. Има два вида мащабиране:
- Четене на мащабиране:използвайте набори реплики (вижте тук )
- Мащабиране на запис:използвайте Шардинг
Минималната конфигурация за комплекти реплики е- 2 пълни реплики- 1 арбитър (олекотен процес, прекъсва равенството при гласуване)
Минималната конфигурация за шардинг е - 1 конфигурационен сървър - 1 mongod процес (само един шард) - 1 или повече mongos (обикновено на сървър на приложения)
Вероятно обаче не искате да работите така в производството. Изпълнението само на една база данни означава, че имате само един източник за данните, което може да доведе до големи прекъсвания или пълна загуба на данни. Това обикновено се решава чрез използване на комплекти реплики.
Освен това конфигурационният сървър е доста важен. MongoDB поддържа 1 или 3 конфигурационни сървъра. Повечето производствени внедрявания използват 3. Обърнете внимание, че конфигурационните сървъри и арбитрите са много леки и могат да живеят в други кутии или в микроинстанции на Amazon.
Повечето производствени внедрявания с шардинг също включват комплекти реплики. Всъщност те обикновено започват като комплекти реплики.
От гледна точка на шардинга би трябвало бъде толкова лесно, колкото:- стартиране на нов шард сървър- стартиране на addshard
команда от mongos
Имайте предвид, че когато добавяте сегмент, ще трябва да предвидите време и ресурси, тъй като данните мигрират между сегменти и всичко се балансира отново.
