Покупка сервера против хостинга в центре обработки данных
Я планирую разместить сайт. Это был бы сайт для обмена фотографиями. Я пытаюсь найти сервер, который я должен купить, чтобы разместить сайт в сети.
- Сайт находится на Apache PHP.
- Я предполагаю, что количество пользователей, которые загружают 10 000 и 1000 фотографий, составляет в среднем 1 МБ.
- Я предполагаю, что это число 10 000 достигнет к концу второго года.
- У меня работает несколько (от 5 до 7) серверов БД (программное обеспечение), и я планирую разместить все БД только на одном компьютере. (В ноутбуке все работает на одного пользователя;))
- Я использую Postgresql в качестве моей базы данных
Сейчас я ищу (Dell T110 или R310 своего рода) сервер, который должен уметь правильно обрабатывать HTTP-запросы. But I do not know
- Это 10000 большое количество пользователей, или если оно может пойти больше, чем ожидалось
- Правильно ли думать о покупке собственного сервера вместо размещения его через облако или VPS?
- Нужно ли думать об отказоустойчивых узлах, о балансировке нагрузки для 10 000 пользователей. (Буду хранить резервную копию БД и фото)
Пожалуйста, дайте мне знать, если вопрос очень расплывчатый. Я был бы очень признателен, если бы вы сказали мне, что предположения абсолютно глупы, и дайте мне несколько советов.
4 ответа
10000 большое количество пользователей
Количество пользователей не является хорошим показателем для планирования мощности. Количество запросов лучше - но все же существует огромная разница между объемом работы, которую сервер должен выполнять для каждого запроса, сравнивая разные сценарии.
На самом деле единственный способ
Правильно ли думать о покупке собственного сервера вместо хостинга?
Размещенный сервис должен означать, что кто-то еще беспокоится о применении патчей, резервном копировании сервера и т. Д. ОТО, вы получите гораздо больший контроль над сервером, если вы сами управляете им. Я бы сказал, что с 10 тыс. Пользователей, тогда, вероятно, самый простой вариант - пойти по маршруту хостинга. Но держите свою регистрацию DNS отдельно от хостинга - это делает переключение намного проще, если вы когда-нибудь решите измениться.
Обратите внимание, что запуск всего на одном сервере далек от идеала. Если вы хотите масштабировать реляционную базу данных, то вам стоит пойти по большому счету - но для веб-серверов вы получаете лучшую производительность и намного, НАМНОГО лучшую доступность, тратя те же деньги на 2 или более младших блока. Итак, серверы, на которые вы смотрите, не совсем железные, но все же стоят примерно в два раза дороже базовой машины.
Если бы я был вами, особенно в начале, я бы посмотрел на аренду виртуального сервера, за который вы можете платить больше или меньше в зависимости от использования ресурсов и пропускной способности. Если у вас есть реальные статистические данные, которые можно использовать для определения трендов, вы можете использовать их, чтобы решить, является ли целесообразным отойти от облачного хостинга.
С точки зрения перед развертыванием.
Профиль сайта. Затем сделайте прогнозы на число, которое вы указали, а затем добавьте некоторые.
Если вам удобно выполнять какую-либо работу по администрированию, подумайте о покупке сервера, но при этом вы должны посвятить время администрированию. Кроме того, если вы покупаете сервер за 1000 долларов и знаете, что он будет работать в течение следующих 2-3 лет, вы будете платить в конце 41–28 долларов в месяц (плюс расходы на совместное размещение). Оборудование всегда можно использовать повторно.
С другой стороны, корпоративные жесткие диски стоят дорого, и вы не хотите сейчас блокировать себя и тратить $1000 на жесткие диски. Поэтому вы можете рассмотреть возможность использования Amazon S3 или любого другого сервиса для хранения. И не начинайте это говорить о масштабируемости.
В общем, посчитай и посмотрим, что есть гибрид как вариант
Я не могу ответить на весь вопрос о сервере - я думаю, что это немного зависит от количества пользователей (но, как правило, наличие слишком большого количества пользователей - хорошая проблема)
Что касается хранилища файлов фотографий, я бы порекомендовал вам использовать облачное решение - например, Amazon S3 или BLOB-объект Azure - они большие, дешевые и надежные в моем опыте. Я думаю, что размещение и обслуживание фотографий из их хранилища должно снизить требования к вашему серверу.