Comments 36
Отличная статья.
Замечаю, что в последнее время все выбирают сервера в германии. Видимо не один я думаю что там хорошо :)
Замечаю, что в последнее время все выбирают сервера в германии. Видимо не один я думаю что там хорошо :)
Жаль не всегда и не во всем.
У самих 18 часов сервера пролежали вчера благодаря тому что в ДЦ никого не было даже в положенное рабочее время.
Объяснений о причинах падения так и не получили.
Отписка:
Hello,
the server is online.
Пришла через 23 часа после отправки запроса, что видно по таймстампу.
У самих 18 часов сервера пролежали вчера благодаря тому что в ДЦ никого не было даже в положенное рабочее время.
Объяснений о причинах падения так и не получили.
Отписка:
Hello,
the server is online.
Пришла через 23 часа после отправки запроса, что видно по таймстампу.
Там дешевле, да и как говорится везде хорошо где нас нету.
спасибо. попробую :)
Привет соседям :) У меня тоже Hetzner, тоже XEN, правда opensuse и машинка на i7.
Тема не раскрыта. Какие отбрывки информации. Предвижу, что сейчас пойдут возгласы типа: «тогда напиши сам» и т.п. На них ничего не отвечу и отвечать не буду. Новичек не разберется, — а профи — это руководство не нужно.
Почему же тема не раскрыта? Как раз, по-моему, сабж пота целиком и полностью раскрыт. Или мне стоило на каждом моменте остановится и написать почему здесь нужно так, а не вот так? Я как раз собрал обрывочную информацию по предмету и сделал пошаговое руководство как сделать то-то и то-то. Если интересуют подробности, как оно все устроено внутри — добро пожаловать в мир открытой информации и Google.
Если бы я расписывал о XEN, о том зачем настраиваем роутингом, а не бриджом, зачем используем LVM и т.д., то мне легче было бы книгу написать, а здесь только те настройки, которые надо исправить на обозначенном сервере у обозначенной конторы с обозначенной версией операционной системы.
Сейчас эта информация актуальна, через полгода придется что-то менять. Но это жизнь — в ней все время что-то меняется.
Если бы я расписывал о XEN, о том зачем настраиваем роутингом, а не бриджом, зачем используем LVM и т.д., то мне легче было бы книгу написать, а здесь только те настройки, которые надо исправить на обозначенном сервере у обозначенной конторы с обозначенной версией операционной системы.
Сейчас эта информация актуальна, через полгода придется что-то менять. Но это жизнь — в ней все время что-то меняется.
А мне как раз показалось это копипейст инструкция которых по всему инету мильён и маленькая тележка.
Пользуюсь услугами этого провайдера.
+ крайне дёшево 100евро если не считать первый платёж, у меня вышел около 300евро (12G RAM, 4Ядра i7, 1,5TB диска в софтовом RAID1, выделенный ipkvm)
+ толстый канал, 10 мегабит при привышении трафика — если привышений нет 100
— долгий пинг из Москвы, раз в 10 больше чем у московский провайдеров
12 packets transmitted, 12 received, 0% packet loss, time 11015ms
rtt min/avg/max/mdev = 58.475/59.098/59.688/0.428 ms
+ крайне дёшево 100евро если не считать первый платёж, у меня вышел около 300евро (12G RAM, 4Ядра i7, 1,5TB диска в софтовом RAID1, выделенный ipkvm)
+ толстый канал, 10 мегабит при привышении трафика — если привышений нет 100
— долгий пинг из Москвы, раз в 10 больше чем у московский провайдеров
12 packets transmitted, 12 received, 0% packet loss, time 11015ms
rtt min/avg/max/mdev = 58.475/59.098/59.688/0.428 ms
По всей германии около 60ms из Москвы, но разве для клиентов это сильно заметно?
Конечно в Москве с пингом 3ms за такую же цену было прекрасно, но у нас слишком мало ДЦ в России и в Москве, плюс их жадность, по ценам в 3-4 раза выше.
Конечно в Москве с пингом 3ms за такую же цену было прекрасно, но у нас слишком мало ДЦ в России и в Москве, плюс их жадность, по ценам в 3-4 раза выше.
Полагаю здесь не в жадности провайдеров дело.
Видимо прочие расходы существенно выше. Зимой обогрев )), летом охлаждение ДЦ.
Расстояние между потребителями интернета в России существенно больше чем в европе.
Железо приходящее в Россию устаревшее на ~год.
Цены на устаревшее на ~год железо выше %30 чем на современно в штатах.
Полагаю всякого рода корупция и бюрократия не добавляют оптимизма в ценообразовании.
Видимо прочие расходы существенно выше. Зимой обогрев )), летом охлаждение ДЦ.
Расстояние между потребителями интернета в России существенно больше чем в европе.
Железо приходящее в Россию устаревшее на ~год.
Цены на устаревшее на ~год железо выше %30 чем на современно в штатах.
Полагаю всякого рода корупция и бюрократия не добавляют оптимизма в ценообразовании.
кстати, Xen собираются убрать из Debian. Как и VServer…
Как раз сегодня делал практическое задание по установке Xen на Дебиан и двух виртуальных машин)) Спасибо за статью, задание то я сделал, но для шлифовки и дальней работы в нем еще понадобится время и информация, в том числе и это руководство.
привет вам из близкого DC6 =)
Стоить отметить что для выдачи бесплатных IP адресов необходимо основание для RIPE. И основание «У меня куча сайтов, я хочу разделить их между различными IP» — не подходит. Изначально выдаётся один.
Что помогло получить нам IP? На одном — apache, на втором — nginx, на третьем, якобы, jabber сервер. 4й пока не выпросили, да и не торопимся.
Стоить отметить что для выдачи бесплатных IP адресов необходимо основание для RIPE. И основание «У меня куча сайтов, я хочу разделить их между различными IP» — не подходит. Изначально выдаётся один.
Что помогло получить нам IP? На одном — apache, на втором — nginx, на третьем, якобы, jabber сервер. 4й пока не выпросили, да и не торопимся.
1) сколько рекомендуется отводить памяти на каждую виртуальную машину (ВМ)
2) где лучше располагать базу данных — на dom0 или на внутренней ВМ (ей ведь не нужен внешний IP?)
3) сколько всего ВМ можно создать таким образом, предполагая, что у нас сервер с > 196гб озу
4) сколько сайтов выдержит одна ВМ
5) какова политика группировки сайтов в одну ВМ
6) как быть, если вышла новая версия nginx… ставить ручками на каждой виртуальной машине?
2) где лучше располагать базу данных — на dom0 или на внутренней ВМ (ей ведь не нужен внешний IP?)
3) сколько всего ВМ можно создать таким образом, предполагая, что у нас сервер с > 196гб озу
4) сколько сайтов выдержит одна ВМ
5) какова политика группировки сайтов в одну ВМ
6) как быть, если вышла новая версия nginx… ставить ручками на каждой виртуальной машине?
1) Столько, сколько посчитаете нужным. Ну, правда! Единственный момент с XEN такой, что выделяемое процессорное время в условиях полной загрузки процессора пропорционально количеству выделенной памяти. Т.е. если выделили для ВМ 256Мб из 2Гб оперативки, то в условиях тотальной загрузки физического процессора, максимум можно рассчитывать на четверть от его мощности.
2) Опять же, там где вам кажется более разумным это сделать. Но, например, Dom0 у меня получается, что имеет аж целых два внешних IP-адреса (один изначальный, а второй из выданной подсети, чтобы работал роутинг для виртуальных машин).
3) Говорят, что некоторые добивались одновременного запуска 118 доменов на одной физической машине (пруф), но лучше дополнительно погуглить на эту тему.
4) Зависит от мощности физической ноды и мощности виртуальной машины. Скорость вычислений на виртуальной машине максимально приближена к физическим вычислениям (благо современные процессоры поддерживают виртуализацию на своем уровне).
5) Не понял вопроса? Можно группировать сайты по заказчику, можно по первой букве домена, по количеству посетителей. Да как угодно, хоть как того захочет левая пятка старшего менеджера.
6) Debian имеет nginx в репозиториях, не обязательно его ставить из исходников. Кроме этого, ребята из FirstVDS сделали свой репозиторий, где присутствует более свежая версия nginx'а.
2) Опять же, там где вам кажется более разумным это сделать. Но, например, Dom0 у меня получается, что имеет аж целых два внешних IP-адреса (один изначальный, а второй из выданной подсети, чтобы работал роутинг для виртуальных машин).
3) Говорят, что некоторые добивались одновременного запуска 118 доменов на одной физической машине (пруф), но лучше дополнительно погуглить на эту тему.
4) Зависит от мощности физической ноды и мощности виртуальной машины. Скорость вычислений на виртуальной машине максимально приближена к физическим вычислениям (благо современные процессоры поддерживают виртуализацию на своем уровне).
5) Не понял вопроса? Можно группировать сайты по заказчику, можно по первой букве домена, по количеству посетителей. Да как угодно, хоть как того захочет левая пятка старшего менеджера.
6) Debian имеет nginx в репозиториях, не обязательно его ставить из исходников. Кроме этого, ребята из FirstVDS сделали свой репозиторий, где присутствует более свежая версия nginx'а.
1) какую-нибудь примерную формулу, типа на 10000 хитов в сутки на сайт на php нужно создавать ВМ с 512мб озу, и тогда можно посчитать предельное количество ВМ на сервер исходя из объема памяти
5) есть сайты разных клиентов — как их сгруппировать, какие существуют подходы? мне кажется нужно сделать ВМ-php, ВМ-rails
6) я имею ввиду на каждой ВМ придется делать aptitude install nginx
5) есть сайты разных клиентов — как их сгруппировать, какие существуют подходы? мне кажется нужно сделать ВМ-php, ВМ-rails
6) я имею ввиду на каждой ВМ придется делать aptitude install nginx
1) «10000 хитов в сутки на сайт на php» — это все равно, что «сферический конь в вакууме». Все, все сайты на PHP, Rails, Java'е все разные. На PHP это может и handmade быть сайт, и Joomla, и Wordpress, и Drupal, и собственная CMS, может мегапортал, а может и странички-хомячки. Это нужно смотреть на то, как нагружают эти сайты систему. Так примерно кто же Вам скажет?
По остальным вопросам я уже ответил выше. Группировка — сугубо индивидуально. А обновление — если Вам лень в каждый сервер зайти и обновить его, то посмотрите в торону Chef, Capistrano (правда это больше для деплоя, но можно и для управления серверами использовать с успехом), другие системы управления большим парком машин.
По остальным вопросам я уже ответил выше. Группировка — сугубо индивидуально. А обновление — если Вам лень в каждый сервер зайти и обновить его, то посмотрите в торону Chef, Capistrano (правда это больше для деплоя, но можно и для управления серверами использовать с успехом), другие системы управления большим парком машин.
почему xen, а не kvm?
фигня
Спасибо за статью.
Но мне кажется, логичнее было бы устанавливать KVM на Ubuntu 9.10 Server.
Если вдруг у кого-то будет желание это описать — принимайте заранее мои благодарности.
P.S. Тоже на Hetzner
Но мне кажется, логичнее было бы устанавливать KVM на Ubuntu 9.10 Server.
Если вдруг у кого-то будет желание это описать — принимайте заранее мои благодарности.
P.S. Тоже на Hetzner
KVM ставится гораздо проще — pve.proxmox.com/wiki/Proxmox_VE_Cluster. Вообще поставить систему поддержки виртуализации — пол дела, надо ещё наладить какую-то систему управления, вот proxmos это и делает. Из руководства:
Proxmox VE Cluster enables central management of multiple physical servers. A Proxmox VE Cluster consists of one master and several nodes (minimum is a master and one node).
Main features
* Centralized web management
* One login and password for accessing all nodes and guests
* Console view to all Virtual Machines
* Migration of Virtual Machines between physical hosts
* Synchronized Virtual Appliance template store
Proxmox VE Cluster enables central management of multiple physical servers. A Proxmox VE Cluster consists of one master and several nodes (minimum is a master and one node).
Main features
* Centralized web management
* One login and password for accessing all nodes and guests
* Console view to all Virtual Machines
* Migration of Virtual Machines between physical hosts
* Synchronized Virtual Appliance template store
Присмотрюсь на следующем сервере и к KVM'у.
Но на самом деле, как говорил один мой друг: «На вкус и цвет все фломастеры разные!»
На Hetzner'е можно и FreeBSD поставить на физический сервер, а можно и разные линуксовые дистрибутивы, можно KVM, можно XEN, можно OpenVZ, а кому-то нравится и будет достаточно VirtualBox'а.
В этом и прелесть нашего мира — разнообразие. Если была одна технология — не было бы конкурентности.
Но на самом деле, как говорил один мой друг: «На вкус и цвет все фломастеры разные!»
На Hetzner'е можно и FreeBSD поставить на физический сервер, а можно и разные линуксовые дистрибутивы, можно KVM, можно XEN, можно OpenVZ, а кому-то нравится и будет достаточно VirtualBox'а.
В этом и прелесть нашего мира — разнообразие. Если была одна технология — не было бы конкурентности.
Xen Dom0 убрали из Ubuntu 9.10 Server. Ubuntu'шники рекомендуют KVM как основную систему виртуализации.
Из серверных линуксов больше всех Ubuntu нравится, поэтому прислушался к их рекомендациям…
Собственно, минус KVM в невозможности установки на старые серверы (при отсутствии аппаратной поддержки виртуализации на процессоре). Пожалуй, и всё, кто-то знаете ещё минусы KVM?.. Но с Hetzner таких проблем нет — там все серваки новые…
Недавно настраивал на более старом сервере — там выбор пал на CentOS&OpenVZ — это надо было как попроще… C Хen тогда что-то не получилось, эх, видел бы я эту статью раньше…
Все новые сам планирую на KVM…
P.S. Как вы считаете, с чем связан выбор Ubuntu в пользу KVM и отказ от дальнейшей виртутализации на базе XEN (только DomU)?
Из серверных линуксов больше всех Ubuntu нравится, поэтому прислушался к их рекомендациям…
Собственно, минус KVM в невозможности установки на старые серверы (при отсутствии аппаратной поддержки виртуализации на процессоре). Пожалуй, и всё, кто-то знаете ещё минусы KVM?.. Но с Hetzner таких проблем нет — там все серваки новые…
Недавно настраивал на более старом сервере — там выбор пал на CentOS&OpenVZ — это надо было как попроще… C Хen тогда что-то не получилось, эх, видел бы я эту статью раньше…
Все новые сам планирую на KVM…
P.S. Как вы считаете, с чем связан выбор Ubuntu в пользу KVM и отказ от дальнейшей виртутализации на базе XEN (только DomU)?
А чо ксен для последних ядер есть?
UFO just landed and posted this here
UFO just landed and posted this here
Sign up to leave a comment.
Пошаговое руководство по установке Debian 5.0 Lenny + XEN + LVM + Routing на Hetzner DS3000