Смотрите личку. Да полуночи хватит времени на эксперименты?
Ресурсы всей ноды (те 56гб) забирали только на тестировании. Самое большое, что было в продакшене это около 19ГБ.
Ничего подобного. Выделим вплоть до 56ГБ по первому запросу. Если оперативки на ноде не хватает то выполняется live миграция мелких VPS на другие ноды и освобожденное место выделяется для расширения. Миграция небольших виртуалок (до 4ГБ) занимает до 20 секунд. В момент освобождения ноды для масштабирования виртуалки юзается swap, посл освобождения оперативки выделяется память и swap разгружается.
Ядро HT считаем за отдельное. 2 ядра на нужды Dom0 оставляем.
Одного из 14
Несколько раз подряд выполнил одно и тоже, результат конечно не постоянный но и не тот, который у Вас получился:
[root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 2.86048 s, 375 MB/s [root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 4.42252 s, 243 MB/s [root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 4.05335 s, 265 MB/s ^[[A[root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 3.03787 s, 353 MB/s [root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 2.85906 s, 376 MB/s
Если интересно могу дать в личку доступ к vps. По поводу такой разницы поручил админам проверить.
Мой тест по сети
[root@20-224 ~]# wget http://mirror.yandex.ru/ubuntu-cdimage/kubuntu/releases/10.04/release/kubuntu-10.04-dvd-i386.iso --2010-12-08 12:10:56-- http://mirror.yandex.ru/ubuntu-cdimage/kubuntu/releases/10.04/release/kubuntu-10.04-dvd-i386.iso Resolving mirror.yandex.ru... 77.88.19.73, 77.88.19.74, 87.250.235.33, ... Connecting to mirror.yandex.ru|77.88.19.73|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3682002944 (3.4G) [application/x-iso9660-image] Saving to: “kubuntu-10.04-dvd-i386.iso” 90% [===============================================================================================================> ] 3,682,002,944 25.2M/s in 2m 2s
admad добавил 08.12.2010 в 15:15
Для этого есть live migration
admad добавил 08.12.2010 в 15:19
Сеть и IO несомненно можно оверселить. Вернее даже не оверселить, а кто то из соседей может забить канал. Кроме того как сделать этот канал широким (Infiniband QDR) мы ничего не придумали.
Я конечно могу сколько угодно бить себя в грудь и говорить что CPU мы не оверселим, но то что не поверите, вероятность высокая. Могу только сказать, что веса на использование CPU мы выставляем в зависимости от выделяемой памяти, при этом мы гарантируем 6,25% от ядра на каждые 256МБ
XEN нам в принципе не дает оверселить.
Shared хостинг дает все ядра и всю оперативку всем клиентам сразу. Это хорошо когда на ноде один клиент. А что если их пять сотен? Мы в облаке гарантированно выделяем ресурс. Если выделили гигабайт оперативки то он только Ваш и Вы никак не зависите от нагрузки которую генерируют соседи. То что виртуальный сервер имеет своё ядро с которым можно делать все что угодно наверное не надо упоминать :)
Infifniband просто теряет линк с нодой.
Эксперементируем
У нас общий сторадж для всех виртуалок и сейчас он под нагрузкой.
Если у проекта достаточно средств для покупки пары своих серверов, то естественно наши услуги будут не интересны так как в таком случае и затраты на коло для такой компании не существенные деньги.
admad добавил 08.12.2010 в 13:14
dd if=/dev/zero of=1G bs=1M count=1024; sync
Проверил:
[root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 2.96621 s, 362 MB/s
Приемлемо?
