Когда правильное время должно начать добавлять (или думать о добавлении) серверы к Вашему веб-приложению?
Когда Вы разрабатываете свое приложение. Я видел слишком много приложений, не разработанных для использования нескольких серверов и инженерного анализа, который позже может быть ужасающим.
Удостоверьтесь, что Вы тестируете на нескольких серверах, также. Снова. Я видел многих работа приложений, прекрасная в dev/test только для сбоя в производстве, потому что они не могли иметь дело с подсистемами балансировки нагрузки, или брандмауэры, многоадресно передавая не рассмотрели и т.д. и т.д.
И время для добавления другого сервера - когда статистические данные управления емкостью предполагают, что у Вас закончится способность в только за время, это возьмет Вас для добавления другого сервера.
Вы собираете cpacity статистические данные? Нет? Затем другая вещь говорить о с Вашими разработчиками приложений и людьми управления инфраструктурой.
Я не соглашаюсь, который ожидание, пока Вы на самом деле не получаете 'сервер, слишком занятый' и раздражение Ваших пользователей, является корректной вещью сделать. Добавление нового сервера к продуктивной среде может быть долгим процессом, и ожидающий, пока у Вас нет ошибок перед запуском, не действительно мудро.
Это похоже на выяснение, если существует предпочтительный тип автомобиля для управления по стране. Это - все о Вашем предпочтении (мне нравится хинду лично). Выберите тот, который Вы знаете лучше всего. Если Вы не знаете ни одного из них, я мог бы пойти с Ubuntu для его большой базы поддержки.
Я добавил бы, что необходимо читать при обеспечении сервера, потому что со всем VPS, у Вас есть большая поверхность атаки, что Вы ответственны за хранение закрытого.
Существует определенно предпочтительная разновидность. Это - дистрибутив, который Вы знаете лучше всего, так, чтобы Ваши затраты на обслуживание были максимально низкими.
Не слушайте людей, которые скажут, что Вы "Дистрибутив X являетесь лучшими". Они просто, оказывается, знают этот дистрибутив лучше всего, для этого они, вероятно, используют много инструментов удобства, которые идут с дистрибутивом для управления им.
Так используйте дистрибутив, из которого у Вас есть большая часть знания, не слушайте никого больше дающего Вам совет, что Дистрибутив X лучше, чем Дистрибутив Y.
Пойдите с FreeBSD, OpenSolaris, Plan9, LFS или независимо от того, что Вы знаете, просто не идите с чем-то, что кто-то еще знает
Большинство ответов собирается сказать: Независимо от того, что Вы чувствуете себя больше всего комфортно с.
Но вот несколько реальных ответов:
Почему эти дистрибутивы? Активные сообщества. Сервер сфокусирован. Свободный.
Патчи и устойчивость должны прибыть перед функциями. Особенно, если Ваша следующая еда прибывает из денег, Вы надеетесь сделать из этого приложения/сервера.
Затем можно начать смотреть на другие факторы:
Затем после нескольких лет, можно быть довольны одним, Вы выбрали.
"Тот Вы являетесь самыми довольными". arguement отодвигает новых администраторов из Linux. Слишком много выбора может быть столь же вредным как слишком мало. По моему скромному мнению.
Мои критерии:
Я использую Mandriva на своем Рабочем столе, но из-за 3. и 4., я использую CentOS для своих серверов (использует об/мин как Mandriva),
В дополнение к информации, данной в других комментариях, Вы могли бы проверить DistroWatch. Это имеет немного полезной информации, которая могла бы помочь Вам сравнить дистрибутивы.
Некоторые вещи Вы захотите рассмотреть:
Теперь, если Вы действительно хотите список:
Debian является другим распределением, популярным для серверов, но я не попробовал последнюю версию, таким образом, я не могу прокомментировать его.
Если Ваше планирование установить купленное программное обеспечение, удостоверьтесь, что проверили, какие дистрибутивы оно поддерживает.
Моим фаворитом является FreeBSD. Ваш пробег может варьироваться.
Одна вещь, которая не упоминается, но вероятно должна быть, - какой подход масштабируется лучше всего. Можно быть маленьким запуском теперь (и таким образом у Вас нет денег, и свободный дистрибутив является лучшим), но если компания действительно успешна, вероятно, необходимо увеличить масштаб системы скорее быстро, и в той точке Вы, вероятно, захотите заплаченную поддержку своей фермы сервера.
Поэтому я выбрал бы CentOS, так как это - горный дистрибутив тела, и Ваше приложение беспрепятственно перейдет к Red Hat Enterprise Linux, если и когда время настанет.