Достоинства и недостатки вертикального и горизонтального масштабирования

Существуют два очевидных пути масштабирования серверного решения и тем самым обеспечения возросших запросов. Архитектура вертикального масштабирования означает модернизацию аппаратных компонентов введенных в эксплуатацию серверов или замену сервера более производительной моделью. Когда речь идет об архитектуре горизонтального масштабирования, имеется в виду установка дополнительных серверов, которые примут на себя часть нагрузки, так что на каждый сервер будет приходиться меньшее, чем прежде, число запросов. Помимо этого, архитектура горизонтального масштабирования предусматривает, что некоторые серверы могут быть выделены исключительно для выполнения определенных задач. Это позволяет ослабить соперничество за выделение ресурсов между процессами с различными требованиями к использованию ресурсов.

Часто решение о вертикальном масштабировании принимается без долгих раздумий как единственный вариант на том основании, что производительность новых процессоров постоянно растет. Однако такой подход чреват последствиями в виде отказа оборудования (например, к ферме серверов добавляется один внешний веб-сервер вместо двух). Если для организации важно обеспечить высокую степень доступности, необходимо позаботиться об избыточных системах, способных управлять нагрузкой сервера. Горизонтальное масштабирование уменьшает тяжесть негативных последствий при отказах оборудования, поскольку выход из строя отдельного узла сети означает всего лишь перераспределение нагрузки между оставшимися узлами. Горизонтальное масштабирование также означает большую гибкость архитектуры, поскольку по мере необходимости удовлетворения растущих требований позволяет подключать или выводить из эксплуатации серверы, имеющие более низкую стоимость. В первую очередь к горизонтальному масштабированию имеет смысл прибегать, если речь идет о веб-серверах, и эту же модель модернизации стоит иметь в виду в случае баз данных SQL.