- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тут, кстати, есть вопрос. Я читал на сайте, но так и не понял, вы гарантируете 6,25% загрузки от одного из 14 ядер или 6,25% от суммы этих ядер?
Одного из 14
CPU мы выставляем в зависимости от выделяемой памяти, при этом мы гарантируем 6,25% от ядра на каждые 256МБ
Это безбожный оверссел. я всегда говорил, что отличные VPS получается когда 1 GB на ядро и терпимо до 2 GB на ядро.
Сеть я не Росийскую проверял, то есть не Росийский интранет, а нормальный интернет. И на Яндех у меня показывает меньше, но больше чем 10 MB/s, это действительно отлично. Но было совсем странно, если было бы иначе, так как сервера Ваши и этого мирора стоит максимум километров 50 друг от дружки 😆
4521-1:~# traceroute mirror.yandex.ru
traceroute to mirror.yandex.ru (95.108.197.241), 30 hops max, 40 byte packets
1 188-127-239-254.clodo.ru (188.127.239.254) 0.169 ms 0.111 ms 0.132 ms
2 relay00.oversun.clodo.ru (192.168.15.3) 0.226 ms 0.217 ms 0.129 ms
3 * * *
4 * * *
5 Mr-O-RTC1-rsw-2.oversun.ru (94.198.48.109) 0.492 ms 0.440 ms 0.531 ms
6 M9-R3R16BM-r-1.oversun.ru (94.198.48.153) 0.608 ms 0.535 ms M9-R3R16BM-r-1.oversun.ru (94.198.48.69) 0.605 ms
7 ae6-237.RT.M9.MSK.RU.retn.net (87.245.255.209) 8.490 ms 0.647 ms 0.641 ms
8 GW-Yandex.retn.net (87.245.255.46) 1.714 ms 1.355 ms 1.204 ms
9 carmine-red-vlan602.yandex.net (87.250.242.206) 1.587 ms 1.529 ms 1.649 ms
10 l3-s600-s2190.yandex.net (213.180.213.37) 1.916 ms 1.610 ms 2.470 ms
11 l3-s3200-s600.yandex.net (213.180.213.21) 3.284 ms 2.578 ms 2.776 ms
12 vidar-vlan804.yandex.net (93.158.140.132) 2.321 ms 2.586 ms 2.423 ms
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *^C
4521-1:~# ping ya.ru
PING ya.ru (93.158.134.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=1 ttl=57 time=1.96 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=2 ttl=57 time=1.94 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=3 ttl=57 time=2.42 ms
4521-1:~# 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, 29.708 s, 36.1 MB/s
4521-1:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:16:3e:00:06:4a
inet addr:188.127.237.21 Bcast:188.127.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:605758 errors:0 dropped:0 overruns:0 frame:0
TX packets:97720 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:881482420 (840.6 MiB) TX bytes:6965585 (6.6 MiB)
Interrupt:244
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:200 (200.0 B) TX bytes:200 (200.0 B)
4521-1:~# 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, 28.6125 s, 37.5 MB/s
4521-1:~# date
Wed Dec 8 12:27:51 UTC 2010
4521-1:~# 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, 28.5246 s, 37.6 MB/s
А чё за процеесор то такой 14 ядерный? У вас на сайте указанно что ресурсы выделяетюя от Intel Xeon 5520,там 4 ядра+ht.
Речь идёт о 2-х процессорной системе(Intel Xeon 5520*2) в которой вы считаете что 16 ядер и 2 заблокированы(почемуто) так чтоли получается?
А чё за процеесор то такой 14 ядерный? У вас на сайте указанно что ресурсы выделяетюя от Intel Xeon 5520,там 4 ядра+ht.
Речь идёт о 2-х процессорной системе(Intel Xeon 5520*2) в которой вы считаете что 16 ядер и 2 заблокированы(почемуто) так чтоли получается?
Ядро HT считаем за отдельное. 2 ядра на нужды Dom0 оставляем.
Rengen, тесты на передачу данных еще раз проводили? Интересно, что у Вас получилось.
Прогнал тест пару раз, проблем нет, прогоню завтра утром. Проблема была обнаруженна именно в утренее время. С 6 до 9 утра.
rengen добавил 08.12.2010 в 16:00
Это безбожный оверссел. я всегда говорил, что отличные VPS получается когда 1 GB на ядро и терпимо до 2 GB на ядро.
Почему же, 100/6,25 = 16 долей по 256 Мб = 4Гб на ядро.
14 Ядер = 56Гб что и заявлено в конфигурации
тут всё чётко.
Для этого есть live migration
Я конечно могу сколько угодно бить себя в грудь и говорить что CPU мы не оверселим, но то что не поверите, вероятность высокая. Могу только сказать, что веса на использование CPU мы выставляем в зависимости от выделяемой памяти, при этом мы гарантируем 6,25% от ядра на каждые 256МБ
admad, да я, и остальные здесь, наверное, тоже, конечно не считаем что вы оверселлингом занимаетесь
речь просто про то, что отсутствие оверселла может подтвердить только сам хостер
Мы в облаке гарантированно выделяем ресурс. Если выделили гигабайт оперативки то он только Ваш и Вы никак не зависите от нагрузки которую генерируют соседи.
Так вы тут же говорите что оно динамически масштабируется (в часности разговор шел о RAM), если клиенту надо в какой-то момент 16 GB RAM он ее получает, владея своим кошельком... так вот тоже самое и в шареде, ведь согласитесь, если у вас из 16 gig будет 10 занято, то еще 16 ваше облако выделить не сможет.... (Аналогия с CPU), по этому пока аргумент ваш не зачтен :D , по прежнему думаю что это одно и тоже. :)
Romka_Kharkov добавил 08.12.2010 в 18:38
Эксперементируем
Видел уже решения - живет на 1 Gb/s при небольшой интенсивности и определенном кол-ве нод.
На сколько я помню InfiniBand работает с RDMA, но вот по процессору там ничего нет, есть ли (может знаете) какие-то варианты рассылки задач на исполнения разным CPU в кластере? Или вариант только с памятью катит, а реально больше 1й физической ноды не прыгнуть?
Так вы тут же говорите что оно динамически масштабируется (в часности разговор шел о RAM), если клиенту надо в какой-то момент 16 GB RAM он ее получает, владея своим кошельком... так вот тоже самое и в шареде, ведь согласитесь, если у вас из 16 gig будет 10 занято, то еще 16 ваше облако выделить не сможет.... (Аналогия с CPU), по этому пока аргумент ваш не зачтен :D , по прежнему думаю что это одно и тоже. :)
Ничего подобного. Выделим вплоть до 56ГБ по первому запросу. Если оперативки на ноде не хватает то выполняется live миграция мелких VPS на другие ноды и освобожденное место выделяется для расширения. Миграция небольших виртуалок (до 4ГБ) занимает до 20 секунд. В момент освобождения ноды для масштабирования виртуалки юзается swap, посл освобождения оперативки выделяется память и swap разгружается.
Ничего подобного. Выделим вплоть до 56ГБ по первому запросу. Если оперативки на ноде не хватает то выполняется live миграция мелких VPS на другие ноды и освобожденное место выделяется для расширения. Миграция небольших виртуалок (до 4ГБ) занимает до 20 секунд. В момент освобождения ноды для масштабирования виртуалки юзается swap, посл освобождения оперативки выделяется память и swap разгружается.
и как часто миграцию выполнять приходиться?
как часто клиенты хотят "забрать" ресурсы всей ноды?
накоплена уже какая-то статистика?
и как часто миграцию выполнять приходиться?
как часто клиенты хотят "забрать" ресурсы всей ноды?
накоплена уже какая-то статистика?
Ресурсы всей ноды (те 56гб) забирали только на тестировании. Самое большое, что было в продакшене это около 19ГБ.