- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Подскажите, как правильнее рассчитать количество VPS/VDS аккаунтов на хостинг сервере?
Есть 3 сервера:
Pentium4/4GB ОЗУ/500гб
Athlon™ II Quad-Core (или Core2Duo)/8GB ОЗУ/1000GB
Xeon X3440 Quadcore /16GB/2x1000GB
Задача - туда установить виртуализацию XEN или OpenVZ и сделать на каждом много "маленьких" VPS/VDS, машинки будут работать на *nix
VPS/VDS делать маленькие, средние и больше:
маленькие - 128 озу/3gb винт
маленькие - 256 озу/5gb винт
маленькие - 512 озу/10gb винт
Все данные плюс-минус
Помогите рассчитать, сколько реально VPS/VDSок можно будет запихнуть на каждый из этих 3 серверов. Понимаю, что расчет будет очень грубым - все зависит от самих сайтов, но нужно ваше мнение. Если нет конкретного, то хоть примерно.
Сразу пишу. Я не планирую заниматься хостинг бизнесом и не стану вам конкурентом :) Этот расчет нужен для моего директора, задача - разложить кучу маленьких и средних по нагрузке сайтов на разные акки, чтоб каждым отдельно можно было управлять с отдельным root доступом.
Заранее благодарен
Хотите качественно безболезненно - предлагаем развернуть любые масштабы - на xen, с панелью управление, стоимость работы от 800$ и не надо будет вам думать, всё за вас продуманно !
Рассчитать для Xen очень просто. На служебные нужды у физического сервера уйдет 512 Мб, все остальной отдается виртуальным машинам. Раздать памяти или диска больше чем у вас есть вы не сможете, поэтому просто поделите доступный объем памяти на объем памяти виртуальной машины. Например чтобы посчитать сколько вдсок по 128 Мб поместится на вашем первом сервере поделите 3.5 Гб на 128 Мб и получится 28 машин. Аналогично и для других серверов или других вдсок.
При расчете на OpenVZ, можно считать также как для Xen. Или добавте еще какой-то процент памяти как оверселлинг. Если добавите 10-20% (еще терпимо) то на первом сервере поместится 35-40 машин по 128 Мб.
Например чтобы посчитать сколько вдсок по 128 Мб поместится на вашем первом сервере поделите 3.5 Гб на 128 Мб и получится 28 машин.
при этом о дисковом кэше придётся забыть. А хорошо это или плохо, покажет практика.
Жалко, что такие разные архитектуры, кажется живой миграции не будет.
Pilat, если все будут со 128 памяти и сервер будет под завязку - типовая конфигурация, скорее всего, сдохнет по IO...
Raistlin добавил 07.05.2011 в 23:50
Жалко, что такие разные архитектуры, кажется живой миграции не будет.
Если ксен или квм - будет.
задача - разложить кучу маленьких и средних по нагрузке сайтов на разные акки, чтоб каждым отдельно можно было управлять с отдельным root доступом.
Задача у Вас достаточно странная. Я бы начал с общения с тем кто писал тех. задание. Можно конечно придумать задачу под такое ТЗ, но вероятность того что Вам нужно то что вы написали меньше 1%.
Подумайте насколько усложнится задача по мониторингу/обновлению всего этого хозяйства.
Вероятно, достаточно будет максимально изолировать большинство сайтов друг от друга.
Рассчитать легко. Какой у нас диск и сколько он выжимает?