Виртуализация (KVM, Ganeti, oVirt, RHEV); Linux на десктопы в офис (LDAP, обменники, переносимые профили и всё прочее что в офисе от десктопов надобно :) ); чуть-чуть сети; Fedora, Arch Linux, самую малость Win7-10.
Контакты

Достижения

Все достижения (3)

Наибольший вклад в теги

Все теги (54)

Лучшие ответы пользователя

Все ответы (156)
  • Как правильно управлять парком серверов Unix?

    @ProFfeSsoRr
    Сис.админ по Linux
    Могу только своим опытом поделиться: во-первых избавится от зоопарка дистрибутивов. На каком именно остановится - это уже каждый под себя решает, но главное - выбрать один. Далее локальный репозиторий сделать, если это rolling release дистриб, да даже если и нет, а просто много машин - с локального будет в разы быстрее. Ну а потом уже через Ansible все автоматизировать. Разумеется сначала на тестовой виртуалке тестить обновление, потом уже раскатывать на продакшен. У меня вот, по сути, есть десктоп-линукс (на всех десктопах конторы одинаков, соответственно и у меня на компе виртуалка с точно такой же системой, на которой проверяю обновления), есть базовый серверный шаблон (с которого все виртуалки серверные и создаются), его тоже копия на виртуалке есть и тестирую на ней. Ну а специфичные серверы только клонированием виртуалки и проверкой обновлений на ней.
    Таким образом у тебя всегда система везде стоит, про которую ты сам уверен, что она рабочая и нет подводных камней вида "вот тут дистрибутив один, а тут другой". У меня несколько сервисов на php например, вот вышел php 7 - все эти машины склонировал, протестировал, программисты все поправили - я на все машины в продакшене php 7 накатил за 1 раз. И т.д. и т.п.
    Учетки через LDAP, Samba-то зачем, когда Линукс? Просто один LDAP и все.
    Про политику безопасности - это виндовое понятие, в линуксе по-другому слегка. Конфиг везде через ansible обновил и все, если он где-то вдруг его не смог поменять - он ж напишет об этом. Но если ты вначале позаботился и зоопарк дистрибутивов устранил - все будет четко работать в будущем, без головняков.
    Ответ написан
  • Что будет если установить ОЗУ с большей частотой чем позволяет шина?

    @ProFfeSsoRr
    Сис.админ по Linux
    Ох. У оперативки указывается максимальная её частота. На частотах ниже она работать будет разумеется, но тут есть тонкости: помимо частоты у оперативки еще есть тайминги, так вот если ваша материнка их как-то криво выставит, то будет как у товарища Asgoret, "не заведется, будет пищать". Соответственно придется воткнуть какую-нить другую оперативку, выставить в биосе настройки вручную нужные, а потом ставить новую память.

    А про объем отдельная песня. DDR3 планки объемом более 8Гб вы где нашли? Они только регистровые есть, в настольный компьютер такие не поставить. Так что если нужно 16Гб - это надо ставить 2 планки восьмигиговых.
    Ответ написан
  • Порекомендует план обучения ngnix или как поднять веб-сервер?

    @ProFfeSsoRr
    Сис.админ по Linux
    Подними форум у себя какой-нить, всем форумам надо БД и вебсервер, так что выбирай движок на php - вот тебе и практическая задача, и как тестировать работу форума понятно. Потом блог себе на вордпрессе например подними. Ну дальше по ситуации уже.
    Ответ написан
  • Что такое творит Win 10, что после неё хрен накатишь GRUB?

    @ProFfeSsoRr
    Сис.админ по Linux
    Во-первых - если у тебя новая материнка, убери в биосе legacy для загрузки, оставь только UEFI режим. Так любые операционки, которые ты захочешь поставить, не будут путаться, будет дистрибутив с диска сразу в UEFI загружаться, и автоматическое определение настроек загрузки у винды и убунты будет сразу отрабатывать правильно (ну а при установке Arch'а сам будешь уверен, что вот у тебя UEFI и ставить всё с настройками под него).
    Далее - в UEFI в сам биос прописываются пути до загрузчиков. Т.е. если в старых биосах алгоритм какой: взять диск, который указан (ну т.е. обычно это первый найденный жесткий диск), и пойти в нем в первый сектор, загрузить его в память и попытаться запустить. Получилось загрузить - ну всё, работа биоса окончена. Не получилось - пробуем следующий диск. А с UEFI всё интереснее - биос ищет специальный раздел на диске, EFI Boot, и в нем может читать любые файлы. Соответственно загрузчик прям в биос вписывает путь до своего исполняемого файла, таким образом можно поставить винду и линукс, каждая сделает для себя запись, и при старте компа прям по горячей клавише выбора устройства загрузки (которая обычно F11 или F12, хотя помнится на материнка Asus это F8 до сих пор) будет выбор между виндой и линуксом.
    Т.к. загрузчики хранятся на отдельном разделе диска, и данные о них в биосе, если установить, допустим, Linux, а потом раздел с ним удалить, то и загрузчик и инфа о нем останутся. И если загрузчик маленький и фиг с ним, пусть лежит, то запись в биосе придется самому ручками удалять (ну или не трогать, но и не выбирать её никогда).
    Ответ написан
  • Факт или миф: комп не стоит изнашивать частыми включениями-выключениями? Гибернация системы на SSD?

    @ProFfeSsoRr
    Сис.админ по Linux
    Но десктоп может хорошо кушать электроэнергию
    современный (ну не более чем 10летнего возраста) - нет, в простое кушает очень мало. Ну сильно от БП зависит, хороший БП мало того, что под нагрузкой стабильно питает (а от стабильности зависит и нагрев, и срок службы высокочастотных элементов типа проца), но и в простое мало кушает. Итого: энергосбережение - ерунда. Ладно на всю ночь, но не на час.
    Гибернация наоборот раскрылась как раз с появлением SSD, она стала практически мгновенной, это очень здорово. Почему не надо парится за ресурс SSD: старые SSD сейчас уже хочется сменить потому, что новые сильно быстрее (ну или не хочется, потому что скорость устраивает - а ресурса еще дофига, у старых он был огромным). Самые свежие на сегодня SSD очень быстры, но их ресурс относительно старых меньше потому, что даже так хватит на несколько лет, а кому не хватит (интенсивная запись на серверах например) - тем нужна скорость, они опять же будут покупать в будущем новые диски ради скорости в первую очередь, а не потому, что цикли кончились. Итог: про ресурс SSD не парься, эксплуатируй его по-максимуму, получая пользу от его скорости.
    В целом про гибернацию: тут кому как - у меня допустим браузер просто открывает все те же вкладки при старте, и я гибернацией не пользуюсь. Так зато все обновления поставятся, когда я комп выключил вечером и утром снова включил. Если удобно держать какие-то приложения долго открытыми - ну ок, пользуйся.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (1)