Я попробовал воспользоваться elrepo для Oracle linux 8 . Это какой то междусобойчик а не публичный репозиторий
1) На сайте elrepo.org все только по логину, и непонятно как зарегистрироваться
2) Публичные инструкции по подключению только на каких то других сайтах
3) но ладно, подключил и всеравно он не работает. И это из за границы. Поэтому вопрос где брать собранный USBip остается открытым
dnf --enablerepo='*' search usbip ELRepo.org Community Enterprise Linux Repository - el8 0.0 B/s | 0 B 00:10 Errors during downloading metadata for repository 'elrepo':
Curl error (56): Failure when receiving data from the peer for http://linux-mirrors.fnal.gov/linux/elrepo/elrepo/el8/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer] Error: Failed to download metadata for repo 'elrepo': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Как нибудь поэксперементирую с rhck, но что то мне подсказывает что даже с usbip все кончится компиляцией . Поскольку у меня именно сервер СУБД и приложений я полагал, что UEK логичный выбор.
Возможно в Linux поэтому и быстрее. Но это и проблема, поскольку Postgres как правило используют как один Instance и в итоге процессор съедается и СУБД становится узким местом (сервера 1С можно наращивать как угодно, а субд одна)
В USB redirector без разницы на каких операционках сервер и клиент, можно использовать комбинации. Для usbip есть usbip-win как клиент, но сервера для win как я помню нет
И вот тогда бедные разработчики, которые хотят написать "самую лучшую программу" сталкиваются с проблемой, что им выбрать.
И вроде бы Linux бесплатна, а косты на разработку из за этого разнообразия выбора растут. Свобода выбора это такая вещь: Было два гендера, стало больше двух и вот тебе 3 туалет, но ведь можно же всех сразу в один?
Ну там логика простая. Мне нужна Linux для субд без проблем. Я знаю что Oracle пилит бесплатный Oracle linux чтобы продавать на нем свой дорогой Oracle database и другие продукты, дабы покупатель не переплачивал за лицензии враждебной ОС (windows , azure и т.д.) . Работал c oracle мне их подходы нравятся
Т.е. уже можно быть уверенным что Oracle потестила и собрала Linux для своих продуктов как надо.
Что Oracle database , что Postgres работают на Oracle linux примерно также как и на Windows (если железо одинаковое) . Мне этого достаточно чтобы не ловить разные проблемы с производительностью.
Если брать тот же Debian - то я не вижу ни одного спонсора который продает на ней свои СУБД.
У меня Oracle Linux (red hat) , потому что мне нужна проверенная Linux для субд прежде всего и как сервер приложений. А там usbip не считают достойным быть в основных репозиториях, почему не знаю
Кстати с UsbRedirector на Debian уже это не прокатит
И тем более причем тут всё это, если речь идет о пробросе USB по сети?
Это всего лишь пример в заключительной части статьи про отношение в целом к стандартизации в Linux и вопросам совместимости. Странно почему про SELinux такой же вопрос не задали
GUI-софт - это не ОС, и он совершенно не должен быть "стандартизован":
Gui софт пишется на каком то API а вот стандартизации GUI API так и не произошло
X11 - даже для удаленного администрирования уже не удовлетворяет. Отсуствие стандарта LSB Specifications на GUI API как минимум создает проблемы для переноса приложений с хорошим GUI , и закрывает рынок десктопов
Подождите - результаты в конце статьи это ваши которые тантор повторил или результаты предыдущего теста 1с?
Что касается числа коннектов или сеансов.
1с трехзвенка и на стороне postgres создаются user process только для активных сеансов (которые обрабатывают команды на стороне сервера 1с). А какое число сеансов было активным максимально?
Т.е. средняя нагрузка получилась если сопоставите цифры 859392/(11*3600) получим 21 операцию в секунду. Это не впечатляет. Интересней сколько максимально без потери apdex выдерживает этот контур операций в секунду
У меня есть база 1с 5 терабайт (2 годичный объем, режем регулярно) но пользователей там только десятки. А основной объем идет из внешних систем (брокер) . Я к тому что терабайты не обязательно получаются за счет большого количества пользователей. Какой нибудь сложный бизнеспроцесс с роботами или большим количеством номеклатуры и привет. И по текущим реалиям я вижу что средний объем базы увеличивается, поскольку на объем данных накручивается аналитика, разные виды учета (ФУ, НУ, УУ ) , обширное применение избыточных по хранению форматов XML, JSON . И причина этому - оборудование позволяет. Если скажем 10 лет назад, нужно было идти на компромисы то сейчас уже проектируют чтобы был результат, а оптимизация как правило сводится к возможности распараллелить вычисления (поскольку прогресс в тактовой частоте остановился)
У меня вопрос , а почему для СУБД выбрали такой странный arm сервер Ampere Altra Max M96−28 2800 MHz 96 cores ? Я понимаю что для 1С сервер СУБД немаштабируем, но вроде бы можно обойтись и х86 архитектурой
Странно что обходится вопрос наличия для Python серверов приложений. Возьмите ту же Java - там прямо в архитектуре заложен маштабируемый сервер приложений. И когда работаешь с java понимаешь что все наработанное можно маштабировать, использовать многопоточность и т.д..
А вот у Python мы имеем WSGI спецификацию, которая позволяет исполнять его на веб серверах. Top 6 Open Source Python Application Servers . Это конечно плюс, но Web сервер это еще не application server.
У подозрение, что лишь простота освоения Python позволила распространится ему в ИИ. Я не понимаю как можно сделать что-то серьезное и маштабируемое, если это не имеет хорошего сервера приложений.
А потом обнаруживаешь что банально нагрузки на сервер нет а интерфейс тормозит
Throttling в процессорах — инволюция. Зеленые против Красных / Хабр . Далее договариваешься с админом чтобы вырубить всю эту экономию, потому что работать невозможно.
А где его официальные инструкции по подключению? Я нашел только на сторонних. У них какой то сайт закрытый, такое впечатление что для узкого круга
Я попробовал воспользоваться elrepo для Oracle linux 8 . Это какой то междусобойчик а не публичный репозиторий
1) На сайте elrepo.org все только по логину, и непонятно как зарегистрироваться
2) Публичные инструкции по подключению только на каких то других сайтах
3) но ладно, подключил и всеравно он не работает. И это из за границы. Поэтому вопрос где брать собранный USBip остается открытым
dnf --enablerepo='*' search usbip
ELRepo.org Community Enterprise Linux Repository - el8 0.0 B/s | 0 B 00:10
Errors during downloading metadata for repository 'elrepo':
Curl error (56): Failure when receiving data from the peer for http://elrepo.org/linux/elrepo/el8/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer]
Curl error (56): Failure when receiving data from the peer for http://mirrors.coreix.net/elrepo/elrepo/el8/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer]
Curl error (56): Failure when receiving data from the peer for http://mirror.rackspace.com/elrepo/elrepo/el8/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer]
Curl error (56): Failure when receiving data from the peer for http://mirrors.elrepo.org/mirrors-elrepo.el8 [Recv failure: Connection reset by peer]
Curl error (56): Failure when receiving data from the peer for http://linux-mirrors.fnal.gov/linux/elrepo/elrepo/el8/x86_64/repodata/repomd.xml [Recv failure: Connection reset by peer] Error: Failed to download metadata for repo 'elrepo': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Как нибудь поэксперементирую с rhck, но что то мне подсказывает что даже с usbip все кончится компиляцией . Поскольку у меня именно сервер СУБД и приложений я полагал, что UEK логичный выбор.
Где это "стандарт ядра"? Вот берем доку по Oracle linux
Oracle Linux 9 Kernel Reference
Там только два типа ядра можно использовать
UEK - Unbreakable Enterprise Kernel , где как раз оптимизации для Enterpise
и Red Hat Compatible Kernel (RHCK)
То что гдето собирают исходники со стандартом ядра, не холодно не жарко поскольку важно скомпилированное и протестированное ядро
Чем Oracle linux кривой? Какой линейкой проверяете кривизну среди over 600 дистрибутивов
Postgres если ее сравнивать по тестам с MS SQl или Oracle дает результаты лучше за счет повышенной нагрузке на процессор. При этом результаты такие не только у меня PostgresSQL - бесплатный сыр для 1С или ступенька к Enterprise версии? | 1CUnlimited | Дзен
Возможно в Linux поэтому и быстрее. Но это и проблема, поскольку Postgres как правило используют как один Instance и в итоге процессор съедается и СУБД становится узким местом (сервера 1С можно наращивать как угодно, а субд одна)
Если посмотрите на знаменитый тест
Как мы успешно прошли тест на 30 000 одновременных пользователей в 1C:ERP (и что мы подкрутили в PostgreSQL) / Хабр
То там использовани ARM аж на 96 ядер как раз потому что пулинг не использовали, а распределять нагрузку как то надо
https://habr.com/ru/companies/1c/articles/930588/#comment_28628454
MS SQL уложился бы в нужные ресурсы лучше
В USB redirector без разницы на каких операционках сервер и клиент, можно использовать комбинации. Для usbip есть usbip-win как клиент, но сервера для win как я помню нет
И вроде бы Linux бесплатна, а косты на разработку из за этого разнообразия выбора растут. Свобода выбора это такая вещь: Было два гендера, стало больше двух и вот тебе 3 туалет, но ведь можно же всех сразу в один?
И после этого ничего не развалится? Мне как то страшно, от неведения
Ну там логика простая. Мне нужна Linux для субд без проблем. Я знаю что Oracle пилит бесплатный Oracle linux чтобы продавать на нем свой дорогой Oracle database и другие продукты, дабы покупатель не переплачивал за лицензии враждебной ОС (windows , azure и т.д.) . Работал c oracle мне их подходы нравятся
Т.е. уже можно быть уверенным что Oracle потестила и собрала Linux для своих продуктов как надо.
Далее по моим тестам Postgres как предчувствие. Вычисляем процент импортозамещения в режиме Highload от 1С / Хабр
Что Oracle database , что Postgres работают на Oracle linux примерно также как и на Windows (если железо одинаковое) . Мне этого достаточно чтобы не ловить разные проблемы с производительностью.
Если брать тот же Debian - то я не вижу ни одного спонсора который продает на ней свои СУБД.
Как нибудь посмотрю на Red hat
Я рад что у Вас debian судя по тому что
apt install usbipУ меня Oracle Linux (red hat) , потому что мне нужна проверенная Linux для субд прежде всего и как сервер приложений. А там usbip не считают достойным быть в основных репозиториях, почему не знаю
Кстати с UsbRedirector на Debian уже это не прокатит
Это всего лишь пример в заключительной части статьи про отношение в целом к стандартизации в Linux и вопросам совместимости. Странно почему про SELinux такой же вопрос не задали
Gui софт пишется на каком то API а вот стандартизации GUI API так и не произошло
Обзор тут Дневник импортозамещения. Linux GUI — ложное искушение / Хабр
X11 - даже для удаленного администрирования уже не удовлетворяет. Отсуствие стандарта LSB Specifications на GUI API как минимум создает проблемы для переноса приложений с хорошим GUI , и закрывает рынок десктопов
Подождите - результаты в конце статьи это ваши которые тантор повторил или результаты предыдущего теста 1с?
Что касается числа коннектов или сеансов.
1с трехзвенка и на стороне postgres создаются user process только для активных сеансов (которые обрабатывают команды на стороне сервера 1с). А какое число сеансов было активным максимально?
вот пример я нагружал 50 активными потоками Postgres как предчувствие. Вычисляем процент импортозамещения в режиме Highload от 1С / Хабр которые непрерывно работали. А у вас судя по средней нагрузке было гораздо меньше активных сеансов одновременно
И кстати вы пулинг типа Pb_bouncer или похожий применяли??
Т.е. средняя нагрузка получилась если сопоставите цифры 859392/(11*3600) получим 21 операцию в секунду. Это не впечатляет. Интересней сколько максимально без потери apdex выдерживает этот контур операций в секунду
У меня есть база 1с 5 терабайт (2 годичный объем, режем регулярно) но пользователей там только десятки. А основной объем идет из внешних систем (брокер) . Я к тому что терабайты не обязательно получаются за счет большого количества пользователей. Какой нибудь сложный бизнеспроцесс с роботами или большим количеством номеклатуры и привет. И по текущим реалиям я вижу что средний объем базы увеличивается, поскольку на объем данных накручивается аналитика, разные виды учета (ФУ, НУ, УУ ) , обширное применение избыточных по хранению форматов XML, JSON . И причина этому - оборудование позволяет. Если скажем 10 лет назад, нужно было идти на компромисы то сейчас уже проектируют чтобы был результат, а оптимизация как правило сводится к возможности распараллелить вычисления (поскольку прогресс в тактовой частоте остановился)
Ну укладывание в один сервер это уже для среднего бизнеса непросто. Вот примеры докладов на Infostart events В сообществе 1С выборы. Сегодня последний день. | 1CUnlimited | Дзен там базы от 9 до 35 терабайт. И это 1С, который конечно как кластер маштабируется, но на уровне СУБД 1 база - один инстанс СУБД. Т.е. ни шардинга ни других средств маштабирования на уровне СУБД нет. И эти примеры не единственные, вот недавно 1С тестировала 30 тыс коннектов Фирма «1С» успешно провела нагрузочное тестирование «1С:ERP Управление предприятием» на 30 000 одновременно работающих пользователей . Это не такой уж и большой по современным маштабам объем, но посмотрите на оборудование особенно в СУБД
У меня вопрос , а почему для СУБД выбрали такой странный arm сервер Ampere Altra Max M96−28 2800 MHz 96 cores ? Я понимаю что для 1С сервер СУБД немаштабируем, но вроде бы можно обойтись и х86 архитектурой
Странно что обходится вопрос наличия для Python серверов приложений. Возьмите ту же Java - там прямо в архитектуре заложен маштабируемый сервер приложений. И когда работаешь с java понимаешь что все наработанное можно маштабировать, использовать многопоточность и т.д..
А вот у Python мы имеем WSGI спецификацию, которая позволяет исполнять его на веб серверах. Top 6 Open Source Python Application Servers . Это конечно плюс, но Web сервер это еще не application server.
У подозрение, что лишь простота освоения Python позволила распространится ему в ИИ. Я не понимаю как можно сделать что-то серьезное и маштабируемое, если это не имеет хорошего сервера приложений.
Вот тут я тестил производительность Postgres как предчувствие. Вычисляем процент импортозамещения в режиме Highload от 1С / Хабр на реальной операции 1С. Краткий вывод - Postgres даже быстрее MS SQL но ценой более высокой загрузки проца, что в конечном итоге делает узким местом сервер СУБД.
Причем Postgres c пакетами для 1C обычная сборка которую можно скачать.
Так что проблемность Postgres преувеличена