Както казаха други, MongoDB няма издръжливост на един сървър в момента. За щастие е много лесно за настройка на репликация с множество възли. Можете дори да настроите втора машина в друг център за данни и данните да се копират автоматично към нея на живо!
Ако пишете трябва успеете, можете да накарате Mongo да не се върне от вмъкване/актуализация, докато тези данни не бъдат копирани в n роби. Това гарантира, че имате поне n копия на данните. Наборите реплики ви позволяват да добавяте и премахвате възли от вашия клъстер в движение без никаква значителна работа; просто добавете нов възел и той автоматично ще синхронизира копие на данните. Премахнете възел и клъстерът се ребалансира сам. Той е проектиран да се използва в множество машини, като множество възли действат паралелно; това е предпочитаната настройка по подразбиране в сравнение с нещо като MySQL, което очаква една гигантска машина да свърши работата си, на която след това можете да сдвоите подчинени устройства, когато трябва да мащабирате. Това е различен подход за съхранение и мащабиране на данни, но много удобен, ако отделите време, за да разберете разликата в допусканията и как да изградите архитектура, която се възползва от силните му страни.