aminahost: Так наверное не стоит утверждать, что это гарантированные ресурсы.. И openvz в таком случае могут быть гарантированными, более того можно на ovz вытащить и более ресурсов чем выделенно
Что мешает проверить гарантированность ресурсов на KVM?
CPU если выделяют реальный, то это легко проверить по тестам и по procinfo. Также и с памятью. Поставить FreeBSD, она bubble не любит, ест всю память сразу.
Потому что когда в доме один туалет, а жителя четыре, кто-то ждет снаружи :) при условии что каждый ходит по 2 минуты.
А когда два жителя ходят по 1 минуты = do the math :)
П.С. Ничего не параллелится "запросами", в пул сокета (даже аксепт последовательный, потом параллелизация происходит при выделении сокета обработчика) и сетевой карты они идут по одному (ну может пакеты параллелятся внутри приемника карты). socket io он такой, совсем-совсем последовательный. А вот дальнейший разбор лучше параллелить, чтобы раздать быстрее (этим и занимаются различные MPM к апачу например).
1. Есть технологии "железных" потоков. Которые выполняются на уровне процессора. Например Sun RISC процессоры этим изобилуют (часто можно увидеть что-то вроде 8 cores 256 threads). HT одна из подобных версий (только чуть более примитивная).
2. Кеш не безграничный = делим ресурсы.
3. Как раз-таки в вебе и нужно параллелить запросы.
Sandalia: ерунда. смотреть нужно число потоков, а не частоту. Для вэба 8 поточный Бульдозер будет лучше, чем санди бридж 4 ядерный без гипертрединга
Врядли, т.к. потоки хуже обрабатываются в системе чем параллельные ядра и параллельные ядра 4 по 5 ггц будут хуже работать чем, например, двух-ядерный 10ггц процессор из-за отсутствия переключений контекста и дележа ресурсов.
Конечно на заказ. И в аренду никто делать не будет. Будут инфинибанд свитчи делать, скоростные сети и оболочку для системы, чтобы задержки систему не портили. Это не так дешево.
Вам либо надо мультипроцессить Ваше ПО, либо делать как все, в случае виртуализации.
deltahost.com.ua: P.S. Да, вот еще что. Мне очень интересно, а от чего ж у Вас свич умер, если ACLи не попали в running-config? ;)
В старт конфиг, а не в ран :) попутал.
---------- Добавлено в 12:43 ---------- Предыдущее сообщение было в 12:40 ----------
deltahost.com.ua: Ахинея. Полнейшая.
P.S. Да, и в гигабитах роутинг не меряют. 10Гбит - это может быть ~100KPPS (в случае jumbo фреймов), а может быть 10MPPS (в случае син флуда). В двух этих случаях поведение Вашего софтварного роутера будет разное. Во втором случае он тупо сдохнет на второй секунде флуда и сеть накроет arp storm. Так что не порите чушь, пожалуйста.
P.P.S. Если надумаете таким бредом заняться - попросите, пожалуйста, ДЦ сразу поселить Вас в отдельный VLAN, что бы нормальным людям не портить жизнь :)
Я говорю про фильтрацию миллионов PPS. Вы читали про карты myrinet? У них по отдельному риск процессору с памятью на каждый ресивер.
Ну подобного рода флуд (синфлуд) не отфильтровать. В нашем случае мы фильтровали UDP на 3560 со списка IP при DDoS на DNS, после 250го IP свитч умер, слава богу в running-config не попало.
Если сервак выделенный под фильтрацию (память гигабайт 8-12 лучше + 8-12 ядер + хорошие, ХОРОШИЕ сетевые карты с поддержкой трединга (Myri)) то он будет намного лучше и дешевле рутера+файрволла :) + можно будет фильтровать @ line-rate 10гбит, но вот специалиста не найдете, приоритет интерраптов можно нормально распределить кастомными дровами или скедулером.
Так наверное не стоит утверждать, что это гарантированные ресурсы.. И openvz в таком случае могут быть гарантированными, более того можно на ovz вытащить и более ресурсов чем выделенно
Что мешает проверить гарантированность ресурсов на KVM?
CPU если выделяют реальный, то это легко проверить по тестам и по procinfo. Также и с памятью. Поставить FreeBSD, она bubble не любит, ест всю память сразу.
шедулер рассудит кому сколько сидеть и сколько раз зайти/выйти...
и аналогия неправильная какая-то.
какой шедулер внутри цпу? O_o
Потому что когда в доме один туалет, а жителя четыре, кто-то ждет снаружи :) при условии что каждый ходит по 2 минуты.
А когда два жителя ходят по 1 минуты = do the math :)
П.С. Ничего не параллелится "запросами", в пул сокета (даже аксепт последовательный, потом параллелизация происходит при выделении сокета обработчика) и сетевой карты они идут по одному (ну может пакеты параллелятся внутри приемника карты). socket io он такой, совсем-совсем последовательный. А вот дальнейший разбор лучше параллелить, чтобы раздать быстрее (этим и занимаются различные MPM к апачу например).
1. Есть технологии "железных" потоков. Которые выполняются на уровне процессора. Например Sun RISC процессоры этим изобилуют (часто можно увидеть что-то вроде 8 cores 256 threads). HT одна из подобных версий (только чуть более примитивная).
2. Кеш не безграничный = делим ресурсы.
3. Как раз-таки в вебе и нужно параллелить запросы.
ерунда. смотреть нужно число потоков, а не частоту. Для вэба 8 поточный Бульдозер будет лучше, чем санди бридж 4 ядерный без гипертрединга
Врядли, т.к. потоки хуже обрабатываются в системе чем параллельные ядра и параллельные ядра 4 по 5 ггц будут хуже работать чем, например, двух-ядерный 10ггц процессор из-за отсутствия переключений контекста и дележа ресурсов.
С Новым Годом Вас - дорогие друзья, коллеги и будущие клиенты! :)
Конечно на заказ. И в аренду никто делать не будет. Будут инфинибанд свитчи делать, скоростные сети и оболочку для системы, чтобы задержки систему не портили. Это не так дешево.
Вам либо надо мультипроцессить Ваше ПО, либо делать как все, в случае виртуализации.
https://serverastra.com/billing/cart.php?gid=1¤cy=3
Есть вот такая система. 710 долларов в месяц (с налогами, без 569 долларов в месяц, если Вы не в ЕС).
Для виртуализации самое то!
2x 2.66 GHz Intel Xeon X5650 (12C/24HT)
24GB DDR3 ECC RAM
4x600GB SAS2 15K RPM HDD
512 MB Intel RAID (0/1/5/6/10/50/60 RAID capability)
RMM3 connection with anytime free of charge KVM access
100 MBIT/S Unmetered connection
Установка в течение 6 часов (даже сегодня).
Но если желаете, можем подобрать другие конфигурации с большим кол-вом процессоров.
Правда на них нужна будет предоплата или Setup.
P.S. Да, вот еще что. Мне очень интересно, а от чего ж у Вас свич умер, если ACLи не попали в running-config? ;)
В старт конфиг, а не в ран :) попутал.
---------- Добавлено в 12:43 ---------- Предыдущее сообщение было в 12:40 ----------
Ахинея. Полнейшая.
P.S. Да, и в гигабитах роутинг не меряют. 10Гбит - это может быть ~100KPPS (в случае jumbo фреймов), а может быть 10MPPS (в случае син флуда). В двух этих случаях поведение Вашего софтварного роутера будет разное. Во втором случае он тупо сдохнет на второй секунде флуда и сеть накроет arp storm. Так что не порите чушь, пожалуйста.
P.P.S. Если надумаете таким бредом заняться - попросите, пожалуйста, ДЦ сразу поселить Вас в отдельный VLAN, что бы нормальным людям не портить жизнь :)
Я говорю про фильтрацию миллионов PPS. Вы читали про карты myrinet? У них по отдельному риск процессору с памятью на каждый ресивер.
Отличная система для фильтрации.
P.S. 10 гбит синфлуда ~= 30 млн пакетов.
Ну подобного рода флуд (синфлуд) не отфильтровать. В нашем случае мы фильтровали UDP на 3560 со списка IP при DDoS на DNS, после 250го IP свитч умер, слава богу в running-config не попало.
Если сервак выделенный под фильтрацию (память гигабайт 8-12 лучше + 8-12 ядер + хорошие, ХОРОШИЕ сетевые карты с поддержкой трединга (Myri)) то он будет намного лучше и дешевле рутера+файрволла :) + можно будет фильтровать @ line-rate 10гбит, но вот специалиста не найдете, приоритет интерраптов можно нормально распределить кастомными дровами или скедулером.