LINUX.ORG.RU
ФорумJob

Вакансия линукс-администратора (linux/xen), Санкт-Петербург


0

1

В связи с острой нехваткой времени, нам (сеть дата-центров Селектел) требуются ещё один администратор Linux/Xen. Сразу говорю, речь идёт не про эникейщика или начинающего админа. Я вполне понимаю, что найти с бухты-барахты человека, который придёт с нужными нам знаниями практически невозможно. Мы готовы учить (и сами учимся), однако, нам нужен человек, у которого уже есть достаточно серьёзные навыки и знания. Мы готовы объяснить, как происходит page transfer в Xen’е, но не готовы объяснять, зачем ядру initrd.

Области, с которыми вам придётся столкнуться:

1) Работа с зеном. Решение задач конфигурирования, исследование возможностей для реализации новых фич, обсуждение методов решения возникающих проблем. 2) Линукс с уклоном в кластеризацию и протоколы доступа к данным: ISCSI, nfs, drbd, pacekeeper, corosync и т.д. Минимум, который требуется: объяснение, каким образом после modprobe появляется файлик в /dev, почему nfs, гигабит и udp не дружат друг с другом, что такое fileio в ietd и в чём его особенности. Про такие вещи, как понимание runlevel, iptables я даже не говорю. 3) Линукс, на этот раз lowlevel. Сборка ядра, форвард- и бэкпортинг патчей. 4) Если будет опыт работы с апачами/sql'ями/nginx'ами (и mongo), то это будет большим плюсом (хотя не обязательно). Помимо этого придётся ещё возиться с системами управления пакетами (свои репозитории и мирроры, причём по нескольким системам управления пакетами).

Совмещение этих знаний в этих областях будет очень большим плюсом.

Теперь о том, что взамен:

* Коллектив. в котором много толковых людей, которых можно спросить * Литература * Обширнейшие и сложнейшие задачи, для которых нет стандартных решений и нужно найти свои (читай, большие перспективы карьерного роста, выражающиеся так же и в материальной форме) * Возможность в определённых границах самостоятельно определять свою дальнейшую специализацию * Аналогично, достаточно широкие границы в поиске решений и использовании любимых решений, при готовности аргументировать их преимущество.

Бытовуха: * Офис недалеко от метро, парковка (Цветочная, 21) * Оплачиваемые обеды в двух кафешках на выбор * Чайкофеконфеты в офисе * Белая зарплата, отпуска, праздники и т.д. * Зарплата - от 30-40, дальше определяется способностями и результатом. Обсуждается (мы не надеемся найти гуру кластеризации с самого начала, если таковой найдётся, приходите, будем беседовать о другой цифре). * ДМС (включая стоматологию) * компенсация половины затрат на фитнесс * компенсация половины затрат на обучение английскому (да, чуть не забыл, хотя бы читать по-английски таки нужно, и читать нужно будет много) * График с 11 до 19, но по жизни получается не очень нормированный.

Пишите на office@selectel.ru, обязательно прикладывайте резюме с описанием навыков и опыта работы (в первую очередь нас интересует то, что вы делали, а не название ООО, где вы работали).

XC: ru_linux, ru_root

Ответ на: комментарий от Suntechnic

>Под всякие /var/log монтируем свои разделы

Я понимаю еще часть разделов в tmpfs монтировать. А разбивать диск на 100500 разделов нафиг не нужно. Весело, наверное, при загрузке ждать, пока 30 разделов отчекаются.

/usr вообще по сети


Ох, лол. Очень клево на нетбуке через йоту монтировать /usr по сети.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

>Ох, лол. Очень клево на нетбуке через йоту монтировать /usr по сети.

Вы что-то имеете против? Гугль и тому подобная нечесть вообще активно пытается сделать из пользовательских машин терминалы, а весь софт держать у себя.

anonymous
()
Ответ на: комментарий от anonymous

>Вы что-то имеете против?

Мозг.

Гугль и тому подобная нечесть вообще активно пытается сделать из пользовательских машин терминалы, а весь софт держать у себя.


Пусть пытаются, мне это неинтересно.

madgnu ★★★★★
()
Ответ на: комментарий от Suntechnic

какая разница читать или писать, если накроется диск на котором находится / система что сделает сам догадаешься?

EvgGad_303 ★★★★★
()
Ответ на: комментарий от madgnu

А при чем здесь нетбук?

Кстати владел однажды ноутбуком с 13! разделами. Хотя уже не помню как там всё было. Точно 4 свопа, /usr, /var и /boot, хомяк конечно, виста на 2 разделах, а дальше не помню.

Suntechnic ★★★★★
()
Ответ на: комментарий от LamerOk

Да,да,да - на сервак Ubuntu beta и автоматические обновления! Вот путь профи.

А школота бут ставить апдейты раз в неделю, только безопасности и только ручками.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

>>Поэтому у меня дома 2 корня

и чем это лучше зеркала обоснуешь?

особенно в свете

и система на одном из них не обновляется вообще.


это даже не велосипед с костыльным приводом Ж)

и тут вроде ни разу не про дом. личные половые увлечения на работе мало кого интересует, пока не начинают баловаться на работе.

EvgGad_303 ★★★★★
()
Ответ на: комментарий от Suntechnic

>Речь о серваках

ORLY? Где?

И еще, ты на серваках монтируешь /usr по сети?

и альтернативе зеркалирования /


Зачем альтернатива, если можно просто зеркалировать?

madgnu ★★★★★
()
Ответ на: комментарий от EvgGad_303

В случае падения одной системы всегда можно загрузится в другую и например восстановить etc из git. Она никогда не изменяется и стабильно рабочая. Диск с ней не монтируется основной системой и вероятность его повредить никакая.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

>>В случае падения одной системы всегда можно загрузится в другую и например восстановить etc из git

еще много лицоладоней...

зеркало - в случае отказа одного диска система продолжает работать.

Она никогда не изменяется и стабильно рабочая.


а снапшоты для чего придумали?

EvgGad_303 ★★★★★
()
Ответ на: комментарий от madgnu

ОК - вобще изначальная причина всего этого офф здесь - это дискуссия о нужности initrd, где сторона отстаивающая его необходимость для каждой домохозяйки мотивирует это тем, что / нужно держать в LVM для зеркалирования.

Альтернатив тут достаточно много на самом деле. Например вообще не парится как это делает большенство, засунуть корень в RAID, в ROM и т. д. Но спорящие пришли к заключению, что LVM просто необходим под / и потому без initrd не обойтись.

Я же действительно не знаю как загрузится с корня на LVM без initrd, хотя предполагаю, что при сильном желании и это возможно, но гуглить лень.

Как-то так.

Suntechnic ★★★★★
()
Ответ на: комментарий от EvgGad_303

зеркало - в случае отказа одного диска система продолжает работать.

я знаю, прикинь.

а снапшоты для чего придумали?

Пусть их придумают для ext4.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

>/ нужно держать в LVM для зеркалирования

Да не обязательно. Можно, например, расширить доступное место добавлением еще одного диска и т.п. LVM позволяет гибко конфигурировать это все. Понятно, что здесь лучше использовать рейды, но это тоже не всегда удобно. Ну и плюшки в виде снапшотов.

засунуть корень в RAID, в ROM и т. д. Но спорящие пришли к заключению, что LVM просто необходим под / и потому без initrd не обойтись.


Чтобы грузиться с fakeraid (а у домохозяек железный рейд нечастое явление), тоже нужен initrd.

Мне вот он еще нужен для того, чтобы KMS стартовал на ранней стадии и радовал красивым сплешем plymouth. Можешь считать меня Ъ-домохозяйкой.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

>Пусть пытаются, мне это неинтересно.

Наивный чукотский юноша полагает он независим от сообщества? Или он не знает закона перехода количества в качество? Звездатые такие звездатые...

anonymous
()
Ответ на: комментарий от madgnu

Не, ну ситуацию с добавлением места физическими дисками к / как-то вообще тут не рассматривали. Кому может потребоваться терробайтный корень? Поэтому и остановились на зеркалировании.

Suntechnic ★★★★★
()
Ответ на: комментарий от anonymous

>Наивный чукотский юноша полагает он независим от сообщества? Или он не знает закона перехода количества в качество? Звездатые такие звездатые...

Пожуем-увидим. Пока мне удобней держать данные при себе.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

Да - initrd нужен по хорошему только чтобы смонтировать корень. /usr и /var монтируются уже потом и могут быть десять раз на LVM - initrd для них уже не нужен - корень примонтирован.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

Это понятно, я про нужность LVM в данном контексте говорил. Впрочем, неважно, вроде как друг друга поняли :)

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

>Пока мне удобней держать данные при себе.

Причём тут пока тебе удобнее, детка. Скоро может уже нечему будет эти данные обрабатывать.

anonymous
()
Ответ на: комментарий от Suntechnic

>>я знаю, прикинь.

в свете заявлений выше, не очень убедительно звучит. иначе не занимался бы такими глупостями.
я так и не услышал чем простая замена диска онлайн хуже, чем непредвиденный останов сервера и последующее восстановление копии до актуального состояния используя твое, кхмм, решение. с большой вероятностью потери незаписаных на диск данных. энтерпрайзненько, ничего не скажешь. про uptime nines(9) почитай, может переосмыслишь подход.

Пусть их придумают для ext4.


ну пусть придумают, но в лвм они уже есть, и в одной другой fs, почему не использовать?

EvgGad_303 ★★★★★
()
Ответ на: комментарий от EvgGad_303

Какими глупостями? Грузится без initrd? Так реально быстрее грузится.

Я не где не утверждал что это хуже. И даже уже говорил, о том что не утверждаю этого.

Если мой домашний сервак простоит пару часов никто не умрёт. За остальные пусть отвечают мои хостеры.

И вообще речь изначально зашла об initrd. Кто нибудь скажет - есть ли реальная возможность смонтировать корень на LVM без initrd?

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

Какими глупостями?

Поэтому у меня дома 2 корня и система на одном из них не обновляется вообще.

Я не где не утверждал что это хуже.

а что за возгласы тогда про / на lvm и зеркалирование корня?

Если мой домашний сервак простоит пару часов никто не умрёт.

тут вроде объявление о работе, и обсуждались требования, а не опрос кто чем страдает дома. в приличных конторах за пару часов простоя можно пожизненную цепь с гвоздями получить (в виде компенсации причиненного ущерба и недополученной прибыли)

И вообще речь изначально зашла об initrd.

пока небыл озвучен тот самый вопрос ;)

EvgGad_303 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.