Можно использовать если у вас есть собственный mysqld. На выделенных серверах и ВДС это условие само собой выполняется, но на виртуальных хостингах редко где предоставляется отдельным mysqld для пользователя.
Ну так скажите технарям, пусть проведут, а пока только пустые слова.
Если это было интересно нормальным участникам форума или нашим клиентам, то я мог бы получить нормальный бюджет на это и провести исследование по статье "маркетинг".
А для вашего просвящения и доказывания вам "xen - не верблюд" - тратить кучу дорогого времени технарей не стоит ;)
DLag: Где ваши тесты? Или опять начинаете выгораживать свою технологию... Естественно сравнение проводить в полной виртуализации если сравнивать с VBox или с OpenVZ в паравиртуализации.
А чего ее выгораживать, с ней итак все в порядке. Xen используются в продакшн тысячи серьезных компаний, начиная с амазон. Утверждать что "Xen - верблюд" стали вы, поэтому обосновывайте сами, а не ждите что я буду вам объяснять, почему Xen не верблюд.
Тратить впустую время на ваше просвящение нет смысла. Но если другим участникам форума будет интересно, могут заказать нашим технарям провести тестирование и написать об этом статью.
QuickAurum добавил 14.12.2009 в 15:30
coolvds:
А чепуха то где? Вы обиделись на мое отношение к XEN? А как же свежие ядра? А шапка/центос 6-я будет поддерживать Xen? А отношения Торвальдса к патчам Xen? А покупка RHELом KVM? Согласен, был излишне резок ;)
В виртуальных машинах сейчас любые свежия ядра отлично работают в PV. Не говоря про HVM. А остальное - это маркетинг. KVM пока слишком сырой - в будущем, несомненно, выстрелит, но пока не лучший выбор. Мы его тоже предлагаем, но отговариваем сколько сможем клиентов, которые выбирают KVM.
Ваши расчеты реселлерства - не чепуха, выглядит правдоподобно и читать интересно, но много букв и лень проверить :)
DLag: Не было такого, не нужно сказок. Тесты приложил, смотрите разницу в скорости работы с диском. И это при том что сравнивается обычный потребительский VirtualBox и вроде как enterprise система виртуализации. Xen проигрывает больше чем в 1.5 раза на одном и том же железе.
DLag, ваши тесты показывают что либо вы не умеете обращатся с ксеном, либо не умеете проводить тесты. У Xen потеря производительности по сравнению с нативным сервером - от 1 до 5%. Раз у вас виртуалбокс в полтора раза быстрей чем Xen, то он еще и быстрее чем нативный сервер ? :)
DLag: Потому поубавьте резкости.
Со своей резкостью разберитесь сначала, потом предлагайте другим.
Enth: QuickAurum, то есть физический размер базы должен быть меньше или ровняться количеству ОЗУ ?
Не так впрямую. Если база в 10 раз больше размера ОЗУ, и для страниц часто используется полный поиск по базе (поисковики, социальные сети, магазины, форумы), то это будут однозначно тормоза. Нужно еще учеть что ОЗУ не только на базу потребляется а и на процессы apache. Например если у вас одновременно работает сто процессов каждый по 5 Мб, то 500 Мб от всего ОЗУ займут только они и на базу памяти останется на 500 Мб меньше. Но у вас объем базы совсем небольшой и его можно в рассчет не принемать - база стопроцентно будет в памяти.
QuickAurum, на каждом сайте по 2к новостей, несколько картинок в новости общим размером ~500Kb и сама статья более 1к символов.
Тогда основной расход памяти будет на процессы apache. Для 20к уников если без nginx, это будет несколько сотен работающих апаче. Памяти - около 1 Гб. Если поставить nginx, память можно будет в несколько раз уменьшить. Процессор лучше не менее 1 ГГц.
QuickAurum добавил 12.12.2009 в 16:20
Himiko: Давайте не будем путать "нехватку" памяти с её "тупым добавлением до бесконечности". Это разные вещи.
P.S.: Возьмите сайт на джумле с 500 посетителями с сутки на сервере с 2Гб оперативы. Потом добавьте ещё 2Гб и сравните скорость работы. И посмотрите, где там будет прирост в 100-200 раз.
Та моя цитата, к которой у вас был вопрос была именно про нехватку памяти, читайте не обрывками, а целиком. Если объем базы сильно превышает объем памяти - это всегда нехватка ОЗУ.
Enth: Требуется подобрать конфигурацию VDS под следующую задачу - два сайта на DLE с посещаемостью 20к+ каждый.
Если посещаемость 20к, но объем сайта не большой, то генерация страниц будет упиратся в процессор. Тут можно любой средний VDS, хоть на Xen, хоть на Виртуоззо, на 1-2 GHz CPU.
Если у вас еще и сайты с кучей статей и занимают 5-10 гигов, то проблема будет в памяти и пропускной способности диска - VDS не подойдет, нужен выделенный сервер. Или как вариант, найти какого-нибудь хостера на OpenVZ, у которого малонагруженные ноды - мало соседей или нагрузки о соседей низкие, тогда автоматом вся память физического сервера уйдет под файловый кэш для ваших сайтов и скорость будет хорошая. Главное не напороться на тех кто при этом еще жестко оверселлит. Проверить пару хостеров, с кем нибудь точно удача выйдет и можно будет платить копейки. Но с Xen такое точно не получится, можно не проверять.
QuickAurum добавил 12.12.2009 в 16:04
Himiko: Какое отношение файловый кэш имеет к ОЗУ?
А где по вашему ОС файлы кэширует - в процессоре :) ?
QuickAurum добавил 12.12.2009 в 16:07
Himiko:
В эти сказки лично я не верю.
Вобщето это банальная вещь известная любому администратору. Возмите сервер с 64 Мб, посадите туда форум на миллион постов, проверьте скорость. Потом возмите сервер на 1 Гб с тем же форумом и удивляйтесь, как скорость даже в тысячу раз возрастет.
vanjouke: А я останусь на своём мнении, что VPS не выдержит. Разве что, если нода на SAS дисках или у Вас под Ваш сервер будет ну хотябы половина обычного диска.
Чем большее ОЗУ, тем меньше требуется обращений к диску, потому что основная часть данных лежит в файловом кэше. Если у друпала размер базы 1 гиг, а памяти 2 гига, то база вся осядет в файловом кэше и обращений к диску не будет почти нисколько.
А SAS на большой нагрузке не сильно поможет, покрайней мере не так, как увеличение ОЗУ. НА SAS будет у вас в 2-3 раза быстрее страницы открыватся, а если добить памяти больше, то быстрее в 200-300 раз станет.
У Xen с диском совсем все плохо, могу даже сравнительные тесты показать.
DLag, снова взялись за старое - выдумывать несуществующие проблемы и поливать помоями конкурирующую технологию. Я ведь несколько месяцев назад попросил вас привести факты, но вы молча слились. Давайте, покажите сравнительные тесты, не сливайте в этот раз.
Можно использовать если у вас есть собственный mysqld. На выделенных серверах и ВДС это условие само собой выполняется, но на виртуальных хостингах редко где предоставляется отдельным mysqld для пользователя.
Ну так скажите технарям, пусть проведут, а пока только пустые слова.
Если это было интересно нормальным участникам форума или нашим клиентам, то я мог бы получить нормальный бюджет на это и провести исследование по статье "маркетинг".
А для вашего просвящения и доказывания вам "xen - не верблюд" - тратить кучу дорогого времени технарей не стоит ;)
Где ваши тесты? Или опять начинаете выгораживать свою технологию...
Естественно сравнение проводить в полной виртуализации если сравнивать с VBox или с OpenVZ в паравиртуализации.
А чего ее выгораживать, с ней итак все в порядке. Xen используются в продакшн тысячи серьезных компаний, начиная с амазон. Утверждать что "Xen - верблюд" стали вы, поэтому обосновывайте сами, а не ждите что я буду вам объяснять, почему Xen не верблюд.
Тратить впустую время на ваше просвящение нет смысла. Но если другим участникам форума будет интересно, могут заказать нашим технарям провести тестирование и написать об этом статью.
QuickAurum добавил 14.12.2009 в 15:30
А чепуха то где?
Вы обиделись на мое отношение к XEN?
А как же свежие ядра? А шапка/центос 6-я будет поддерживать Xen? А отношения Торвальдса к патчам Xen? А покупка RHELом KVM?
Согласен, был излишне резок ;)
В виртуальных машинах сейчас любые свежия ядра отлично работают в PV. Не говоря про HVM. А остальное - это маркетинг. KVM пока слишком сырой - в будущем, несомненно, выстрелит, но пока не лучший выбор. Мы его тоже предлагаем, но отговариваем сколько сможем клиентов, которые выбирают KVM.
Ваши расчеты реселлерства - не чепуха, выглядит правдоподобно и читать интересно, но много букв и лень проверить :)
угу поддерживаю
+1
Не надо меня поддерживать, вы много чепухи говорите. Извините.
Не было такого, не нужно сказок.
Тесты приложил, смотрите разницу в скорости работы с диском.
И это при том что сравнивается обычный потребительский VirtualBox и вроде как enterprise система виртуализации.
Xen проигрывает больше чем в 1.5 раза на одном и том же железе.
DLag, ваши тесты показывают что либо вы не умеете обращатся с ксеном, либо не умеете проводить тесты. У Xen потеря производительности по сравнению с нативным сервером - от 1 до 5%. Раз у вас виртуалбокс в полтора раза быстрей чем Xen, то он еще и быстрее чем нативный сервер ? :)
Потому поубавьте резкости.
Со своей резкостью разберитесь сначала, потом предлагайте другим.
QuickAurum, то есть физический размер базы должен быть меньше или ровняться количеству ОЗУ ?
Не так впрямую. Если база в 10 раз больше размера ОЗУ, и для страниц часто используется полный поиск по базе (поисковики, социальные сети, магазины, форумы), то это будут однозначно тормоза. Нужно еще учеть что ОЗУ не только на базу потребляется а и на процессы apache. Например если у вас одновременно работает сто процессов каждый по 5 Мб, то 500 Мб от всего ОЗУ займут только они и на базу памяти останется на 500 Мб меньше. Но у вас объем базы совсем небольшой и его можно в рассчет не принемать - база стопроцентно будет в памяти.
Тогда основной расход памяти будет на процессы apache. Для 20к уников если без nginx, это будет несколько сотен работающих апаче. Памяти - около 1 Гб. Если поставить nginx, память можно будет в несколько раз уменьшить. Процессор лучше не менее 1 ГГц.
QuickAurum добавил 12.12.2009 в 16:20
Давайте не будем путать "нехватку" памяти с её "тупым добавлением до бесконечности".
Это разные вещи.
P.S.: Возьмите сайт на джумле с 500 посетителями с сутки на сервере с 2Гб оперативы. Потом добавьте ещё 2Гб и сравните скорость работы. И посмотрите, где там будет прирост в 100-200 раз.
Та моя цитата, к которой у вас был вопрос была именно про нехватку памяти, читайте не обрывками, а целиком. Если объем базы сильно превышает объем памяти - это всегда нехватка ОЗУ.
Требуется подобрать конфигурацию VDS под следующую задачу - два сайта на DLE с посещаемостью 20к+ каждый.
Если посещаемость 20к, но объем сайта не большой, то генерация страниц будет упиратся в процессор. Тут можно любой средний VDS, хоть на Xen, хоть на Виртуоззо, на 1-2 GHz CPU.
Если у вас еще и сайты с кучей статей и занимают 5-10 гигов, то проблема будет в памяти и пропускной способности диска - VDS не подойдет, нужен выделенный сервер. Или как вариант, найти какого-нибудь хостера на OpenVZ, у которого малонагруженные ноды - мало соседей или нагрузки о соседей низкие, тогда автоматом вся память физического сервера уйдет под файловый кэш для ваших сайтов и скорость будет хорошая. Главное не напороться на тех кто при этом еще жестко оверселлит. Проверить пару хостеров, с кем нибудь точно удача выйдет и можно будет платить копейки. Но с Xen такое точно не получится, можно не проверять.
QuickAurum добавил 12.12.2009 в 16:04
Какое отношение файловый кэш имеет к ОЗУ?
А где по вашему ОС файлы кэширует - в процессоре :) ?
QuickAurum добавил 12.12.2009 в 16:07
В эти сказки лично я не верю.
Вобщето это банальная вещь известная любому администратору. Возмите сервер с 64 Мб, посадите туда форум на миллион постов, проверьте скорость. Потом возмите сервер на 1 Гб с тем же форумом и удивляйтесь, как скорость даже в тысячу раз возрастет.
А я останусь на своём мнении, что VPS не выдержит. Разве что, если нода на SAS дисках или у Вас под Ваш сервер будет ну хотябы половина обычного диска.
Чем большее ОЗУ, тем меньше требуется обращений к диску, потому что основная часть данных лежит в файловом кэше. Если у друпала размер базы 1 гиг, а памяти 2 гига, то база вся осядет в файловом кэше и обращений к диску не будет почти нисколько.
А SAS на большой нагрузке не сильно поможет, покрайней мере не так, как увеличение ОЗУ. НА SAS будет у вас в 2-3 раза быстрее страницы открыватся, а если добить памяти больше, то быстрее в 200-300 раз станет.
У Xen с диском совсем все плохо, могу даже сравнительные тесты показать.
DLag, снова взялись за старое - выдумывать несуществующие проблемы и поливать помоями конкурирующую технологию. Я ведь несколько месяцев назад попросил вас привести факты, но вы молча слились. Давайте, покажите сравнительные тесты, не сливайте в этот раз.