- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Hkr, Ненужно из мира оффлайна братки/клерки/врачи/военные лезть в интернет, нам и так тесно.
---------- Добавлено 17.11.2017 в 14:18 ----------
smart2web, Мы не продаём воздух, но и цены, не по 500 рублей:)
Мы не продаём воздух, но и цены, не по 500 рублей
Кто говорил за воздух? В случае оверселлинга виртуалке всегда доступно честное купленное число ресурсов. Но когда виртуалка не использует все ресурсы, то ее использует другая виртуалка, которой в конкретное время они требуются. И самое главное в этом процессе, не довести заполнение до той точки, когда все виртуалки в одно время затребуют все ресурсы и кому-то не хватит. Это расчитывается хостером и алчные хостеры делают именно такую ошибку. И проблема тут не в оверселлинге, в котором нет абсолютно ничего плохого, а проблема в алчности людей.
Есть физический сервер, предположим с процессором Intel Xeon E5-2630v2 (6 ядер / 12 потоков) \ 64Гб RAM (сервер чисто для примера, можно на примере своего сервера, может кто поделится своим конфигом нормального сервера - процессор, память, ссд и т.п. и сколько на нем держат виртуалок)
На сколько VDS его можно разделить без ущерба для пользователей, которые его используют?
Есть вообще какие то рекомендации или правила на эту тему к которым нужно придерживаться?
Хотелось бы понять, если делать тарифы, то как правильно делить сервер на VDS?
Как выделять минимальный/максимальный тариф?
У Вас изначально не верная подача вопроса.
Все зависит от требований пользователей и "маркетинга".
- одни ставят десктопные SSD и делают упор на объем.
- вторые пачку E5 с частотой ~2ГГц и большим количеством ядер.
- третьи 100500 оперативки ну и соответственно "ВПС с большим объемом ОЗУ только у нас"
Индивидуумы совмещают это все в кучу и показывают информацию только "Virtual CPU 1 ядро, Гб оперативки" на старых XEON и DDR 2 оперативке по 1 доллару на АЛИ.
Вообще применений ВПС серверов куча. Есть люди которые берут сервер под 1 ВПС ибо лицензии ПО на виртуалку дешевле (тот же cPanel). Я вон Intel Xeon E3-1230v2 впихнул видеокарту и в ГТА играю, ваще шикарно)
Свою "бизнес модель" не скажет ни один хостер если попросить, но вот на том же хабре куча статей от хостеров с полным описанием как, что и когда делалось.
Оверселлинг предусмотрен производителем и в нем нет ничего плохого пока "жадность" не перевалит за "качество".
Раз "пятничная" тема, у меня вопрос теоретического плана:
А сама технология VPS сколько накладных расходов несёт ?
Ну скажем берём один E-5 процессор, N оперативной памяти и для чистоты эксперимента отдельный raid контроллер с 4 дисками в raid 10
Теперь добавляем второй такой же E-5 на плату, ставим 2N оперативки, ставим 2-ой raid контроллер 4 дисками в raid 10. Делаем 2 VPS каждому по процессору, по N памяти и по отдельному raid контроллеру с дисками.
На сколько % один VPS второго варианта будет "медленнее" чем первый вариант ?
Раз "пятничная" тема, у меня вопрос теоретического плана:
А сама технология VPS сколько накладных расходов несёт ?
Ну скажем берём один E-5 процессор, N оперативной памяти и для чистоты эксперимента отдельный raid контроллер с 4 дисками в raid 10
Теперь добавляем второй такой же E-5 на плату, ставим 2N оперативки, ставим 2-ой raid контроллер 4 дисками в raid 10. Делаем 2 VPS каждому по процессору, по N памяти и по отдельному raid контроллеру с дисками.
На сколько % один VPS второго варианта будет "медленнее" чем первый вариант ?
Раз пятница. Какая именно технология виртуализации будет использоваться? Их много.
А для эксперимента интересней будет каждому VDS выдать по два E5 и в большинстве случаев они будут производительней(очень малый процент что сразу два сервера потребуют 100% ресурсов CPU), чем VDS на одном E5, в этом и красота виртуализации.
Раз пятница. Какая именно технология виртуализации будет использоваться? Их много.
Понятия не имею. Чисто гипотетически - любая.
Ну и пусть загрузка стремится к 100% в обоих вариантах. Ну должны же быть сопутствующие потери на виртуализацию ?
Зависит о чем вести речь.
А промышленному шпиону скажу что 2 x E5 не дадут той производительности, что 1 x E5 + 1 x E5. Benchmark'ов много, смотрите сами.
О, хотите за пятницу и производительность?
У нас тут есть забавный опыт про выделение ядер в Xen.
Берем две ноды - с одним е5 и с двумя е5. (по 12t каждый, процессоры одинаковые)
Режем две виртуалки. Даём в однопроцессорной ноде 10vCPU, в двухпроцессорной 16 vCPU.
Обе ноды нагружены, но steal time <1%; оверселла по памяти нет, память одинаковая. Объём на нодах разный, но сопоставимый с количеством ядер.
Производительность "однопроцессорной" виртуалки на вычислительных задачах на много потоков почти в два (!!!) раза выше, чем "двупроцессорной", несмотря на заметный проигрыш по vCPU.
Причины до сих пор не поняли, будем пытаться разгрузить двухпроцессорную ноду и ставить эксперименты))
А промышленному шпиону скажу что 2 x E5 не дадут той производительности, что 1 x E5 + 1 x E5. Benchmark'ов много, смотрите сами.
Спасибо - но промышленный шпион автор темы, а у меня просто пятничное любопытство :)
WapGraf, Можно прозреть с бенчмарками, вот по опыту переноса OpenVZ - KVM я по бенчмаркам думал что будет дело труба, ибо новый процессор на 500 мегагерц медленее старого и по бенчмаркам на 15-20% медленее(уровень кешей, диски, порт и тп одинаковые), живая нагрузка и живая виртуализация доказала мне обратное.
Новый процессор свежее, и плюсом всё же 2,6,3 и 4.* ядра, разница колосальна и не в пользу OpenVZ, какая по бенчмаркам должна быть быстрее.
Старая нода ползала с постоянным LA 15-20, новая в пике имеет 7, среднее значение 3-4 и это для 16 ядерных Ксеонов:)