Добрый день господа, как вы считаете, арч подходит как серверная ос? Да, нет и почему? Какие у что альтернативы?
Arch Server
Добрый. Знания чисто теоретические.
Как не нравится мне арч, но сколько не читал по вопросу и если кратко: традиционный выбор - RHEL или аналоги (Rocky, Alma, Oracle), Debian, Ubuntu, реже OpenBSD (изначально настроена на безопасность в сравнении NetBSD), FreeBSD. Опять же при аренде хостинг-провайдеры как правило предлагают именно это.
На вопросы "почему и как" почти во всех источниках обычно следует тишина. Что само по себе довольно громкий ответ.
Лишь один раз читал на ЛОРе (если не ошибаюсь) кто-то высказался, что у него всё прекрасно крутится на Arch Linux. После чего было много "добрых" комментариев со стороны. Школота - самый безобидный из них.
А что вы посоветуете, если планируется держать там торрент мусорку, некстклауд, searx и прочие лабудосервисы для удобства жизни? Мощность позволяет, как я понимаю 2689 вполне себе. Возможно серверы для каких-то игр запустить и прочее. Просто обычно я ставлю убунту сервер, но после перехода на арч десктоп, мне эти ломанные обновления между lts ну очень не нужны и хочется услышать мнение по поводу каждой возможной ос, ее плюсы и минусы теоретически и практически. Гугл показал что все запросы по этому поводу всегда пишутся одинаково.
P.s. сервер домашний, только вчера купил. На неделе займусь настройкой
P.s.s. очень не хочется использовать продажные / коммерческие дистрибутивы дабы избежать от них политических санкций или еще чего в будущем
Пару лет назад вплотную подошёл к вопросу своего сервера, начитался теоретической части, но до реальной реализации дело не дошло. Всё было отложено в долгий ящик.
Поэтому будет безответственным давать Вам какие-либо советы практического плана. Возможно кто-то из коллег сможет помочь. Надо подождать)
А при чем тут archlinux вообще? Майнтейнеры archlinux ничем не хуже других.
Тут вопрос что для корпоративного сегмента не совсем подходит система роллиннг релизов. С точки зрения оргизации и обслуживания(но не с точки зрения безопасности).
Вы должны понимать при такой системе обновление между 1 и 3 версией пакета, вам никто не гарантируют. Это уже ваши проблемы.
p.s. ну ещё есть эффект "Мы впереди планеты всей". Он иногда тоже доставляет некоторое неудобство.
Ошибки в тексте-неповторимый стиль автора©
-
konstantinovms
- Сообщения: 87
- Зарегистрирован: 13.08.2022
Смотря по тому, какие задачи ставятся перед сервером. У меня ArchLinux на домашнем сервере работает с 2009 года и есть не просит. Файлопомойка, backup'ы, платформа для просмотра видео, дополнительные сервисы VNC, платформа для VirtualBox и многое другое. Раньше смотрел в интернет, чтобы иметь доступ к файлам из любой точки. Теперь нет. Обновляю его раз в полгода. Особых проблем нет. Arch будет тем, что вы из него сделаете. Но поставил бы я Arch на сервер в продакшн? - нет, ни в коем случае. На ответственные сервера действительно лучше ставить корпоративные продукты. Дальше думайте и решайте сами.
Лучший дистрибутив линукса или ОС для сервера
Результаты голосования.
По просьбе vall делюсь своим не особо интересным опытом использования арча на серверах в проде.
В двух независимых организациях имеются суммарно 4 сервера на арче - в одной организации три сервера и один в другой. Используются уже примерно лет 5.
В первой организации два сервера в облаках, третий в офисе (Core i5, 16 GB память, SSD 1TB + HDD 1TB). Все объединены через VPN в единую сеть.
На всех серверах крутится nginx+php+mariadb с репликацией через gallera. Нагрузка - десятка два сайтов, самописная система учёта продажи товаров.
В офисе дополнительно сервер 1C на PostgreSql и файлопомойка.
Обновляю по мере выхода обновлений основных используемых пакетов, т.е. php, nginx или mariadb. Или по мере латания каких-то дыр в ядре и пр.
Каких-то особых проблем в использовании, приводивших к простоям, из-за обновлений пока не происходило. Чаще подводили облака или инфраструктура в офисе.
Из последнего, о чем писал в соседней ветке, на одном из облачных серверов сочетания linux-hardened+mariadb наглухо вешает облачный сервер. Перешёл на lts и проблема решилась.
Сервер в офисе просто работает. Из геморроя могу только упомянуть необходимость пересборки PostgreSql при обновлении некоторых пакетов, например icu, т.к. PostgreSql не из офф.репы, а пропатченный под 1С.
Во второй организации на сервере (примерно тоже что и в первом офисе - Core i5, 8 GB память, SSD 512GB + HDD 1TB) крутится самописная CRM для управления мелкосерийным производством на тех же php+nginx+mariadb.
Дополнительно файлопомойка и скрипт записывающий видео с 6 камер на внешний хард.
Обновляется по тому же сценарию - по мере выхода обнов на ключевые пакеты или обнов, закрывающих дыры.
Выбор арча, как дистрибутива, обусловлен тем, что я ленив. Я давно на всех компах перешёл на арч, мне лень запоминать как-там устроено всё у других. А так как за все уже более 10 лет использования арча на десктопе я не сталкивался с серьёзными проблемами, я решил пойти у своей лени на поводу.
В двух независимых организациях имеются суммарно 4 сервера на арче - в одной организации три сервера и один в другой. Используются уже примерно лет 5.
В первой организации два сервера в облаках, третий в офисе (Core i5, 16 GB память, SSD 1TB + HDD 1TB). Все объединены через VPN в единую сеть.
На всех серверах крутится nginx+php+mariadb с репликацией через gallera. Нагрузка - десятка два сайтов, самописная система учёта продажи товаров.
В офисе дополнительно сервер 1C на PostgreSql и файлопомойка.
Обновляю по мере выхода обновлений основных используемых пакетов, т.е. php, nginx или mariadb. Или по мере латания каких-то дыр в ядре и пр.
Каких-то особых проблем в использовании, приводивших к простоям, из-за обновлений пока не происходило. Чаще подводили облака или инфраструктура в офисе.
Из последнего, о чем писал в соседней ветке, на одном из облачных серверов сочетания linux-hardened+mariadb наглухо вешает облачный сервер. Перешёл на lts и проблема решилась.
Сервер в офисе просто работает. Из геморроя могу только упомянуть необходимость пересборки PostgreSql при обновлении некоторых пакетов, например icu, т.к. PostgreSql не из офф.репы, а пропатченный под 1С.
Во второй организации на сервере (примерно тоже что и в первом офисе - Core i5, 8 GB память, SSD 512GB + HDD 1TB) крутится самописная CRM для управления мелкосерийным производством на тех же php+nginx+mariadb.
Дополнительно файлопомойка и скрипт записывающий видео с 6 камер на внешний хард.
Обновляется по тому же сценарию - по мере выхода обнов на ключевые пакеты или обнов, закрывающих дыры.
Выбор арча, как дистрибутива, обусловлен тем, что я ленив. Я давно на всех компах перешёл на арч, мне лень запоминать как-там устроено всё у других. А так как за все уже более 10 лет использования арча на десктопе я не сталкивался с серьёзными проблемами, я решил пойти у своей лени на поводу.
Последний раз редактировалось Genues 21.09.2022 00:51, всего редактировалось 2 раза.
"У меня плохая память и омерзительный нрав..." (С) БГ
И серверный вариант тоже делался для домашнего использования?sinclaus: Как человек, админящий несколько серверов на убунте, могу сказать что хуже только dos. Всё же убунта делалась для домашнего использования неграмотными юзерами...
"У меня плохая память и омерзительный нрав..." (С) БГ
Хочу поделится своим опытом. У меня два девайса, функционально это маршрутизатор и nas (последние 3-4 года даже специальный корпус использую для него, на 6 дисков с возможностью установки дисков без разбора корпуса, как в фирменных nas, только в разы дешевле). Использовал для маршрутизатора ubuntu server lts лет 8 из них около года debian. Всё без gui. Большой разницы не заметил, кроме "свистоперделок" от ubuntu (всякие демоны лишние в памяти и т.д.). Для nas использовал omv - такой спец. дистрибутив на базе debian. Со временем отказался от него т.к. начали урезать на мой взгляд функционал (часть его) перенося его в докер или что-то там аналогичное. Докер мне не нравится и не пользовался, но знаю что очередная виртуальная среда, которая кушает ресурсы, да и системный ssd там периодически переходил в read only (ssd исправен в ubuntu и archlinux ничего подобного не было ни разу). Поэтому перешёл для nas на ubuntu. Меня особо не парило что нельзя настроить через gui, хотя кто-то ставит это на главное место. Если чего-то хочется непринуждённо потыкать мышкой, есть webmin. Но, ранее, когда я пользовался ubuntu и решал проблемы или какие-то хотелки устраивал, часто в поиске попадалось wiki от archlinux причём много чего на русском языке. У ubuntu тоже есть wiki (да у всех оно есть), но у archlinux много на русском языке. Тогда и заинтересовала эта ос. Но тормозило - сложность установки, пока не прочитал про archinstall. Ещё хотел чтоб система инициализации была systemd (да у многих линуксоидов вызывает скепсис), т.к. в нём довольно легко писать свои юниты, а не тот зоопарк, который существует в debian-подобных системах. Ещё понравилось, что тут можно собрать программу из любого исходника и "опакетить" её. Конечно в ubuntu это тоже есть, но как-то не доходчиво это сделано (в их русскоязычной wiki по крайней мере). Новую версию не всегда можно установить так как выяснится, нужно ещё и сколько то зависимостей нужно будет обновить. Здесь же всё новое и как правило не требует замены. В целом мне показалось что archlinux больше для тех кто хочет чего-то там своими руками сделать/улучшить, а ubuntu работает и ладно, хоть и можно руки приложить. В принципе и там и там прилагал, но больше понравился именно archlinux. Сейчас на archlinux больше 3 лет, перешёл и на маршрутизаторе и на nas. Остаётся вопрос надёжности системы, так как тут у меня аптайм больше 2-3 недель не бывает и следует какое-нибудь обновление (обычно ядро, пересобираю под свои нужды, м-да громко сказано), поэтому следует перезагрузка. Самый большой аптайм был в debian, год я им пользовался и годом был аптайм. Столько ядер обновлялось и всё просто так, ведь перезагрузки не было. Ubuntu постоянно после обновления ярда, сообщала в терминале что нужно перезагрузиться, debian молчал, arch тоже (но тут я сам перезагружаю). И свежеустановленная ubuntu настроена на... автоматические обновления. Да, можно отключить, но не так быстро, т.к. вначале не известно где.
На старом форуме была аналогичная тема, отмечусь и в этой со своим опытом.
У меня сервер домашний на Арче больше, наверное, уже 10 лет. Аптаймы, если бы не кончающееся иногда электричество или обновления, исчислялись бы годами. На нем почтовый сервис, сколько-то сайтов, соотв. nginx+php, домайшний файл-сервер, ранее SIP Астериск, уже не помню какая приблуда для проброса "sip-городской телефон", sms-рекламный робот, ныне Matrix, был период анклоада, замененного нехтсклоудом и снtсенных, их всех заменил на свой калдав radicale. Удобство в первую очередь в единообразии - десктопы и ноутбуки на Арче, сервер ожидаемо тоже. Согласен с другим оратором- документация самая конкретная и дружелюбная у Арча.
Но есть и недостатки - авангардизм, при смене версий каких-то пакетов в Арче они обновтся раньше всех и это может создавать проблемы во взаимодействии с программами, которые ожидают ставшими устаревшими версии пакетов.
Однако на внешних железных серверах таки Cent, ныне Alma и не из любви к rpm, а вследствие связанности предоставляемыми для развертывания на VPS\VDS образами.
У меня сервер домашний на Арче больше, наверное, уже 10 лет. Аптаймы, если бы не кончающееся иногда электричество или обновления, исчислялись бы годами. На нем почтовый сервис, сколько-то сайтов, соотв. nginx+php, домайшний файл-сервер, ранее SIP Астериск, уже не помню какая приблуда для проброса "sip-городской телефон", sms-рекламный робот, ныне Matrix, был период анклоада, замененного нехтсклоудом и снtсенных, их всех заменил на свой калдав radicale. Удобство в первую очередь в единообразии - десктопы и ноутбуки на Арче, сервер ожидаемо тоже. Согласен с другим оратором- документация самая конкретная и дружелюбная у Арча.
Но есть и недостатки - авангардизм, при смене версий каких-то пакетов в Арче они обновтся раньше всех и это может создавать проблемы во взаимодействии с программами, которые ожидают ставшими устаревшими версии пакетов.
Однако на внешних железных серверах таки Cent, ныне Alma и не из любви к rpm, а вследствие связанности предоставляемыми для развертывания на VPS\VDS образами.