>> Как сказал smart2web только через open_basedir.
Я не буду с Вами спорить, но open_basedir абсолютно бесполезная штука, не кто не мешает вызвать любую функцию из семейства exec и запустить отдельный процесс без open_basedir, при этом не обязательно на php.
Можно запретить половину функций, но часть CMS при этом точно перестанет работать.
>> Но есть важное требование безопасности: некоторые движки старинные и уязвимые, как сделать чтобы в случае одного взлома не взломали другие сайты?
Среди популярных хостингов, насколько я знаю, изоляция сайтов в рамках одного провайдера реализована только у BeGet. Она реализована на базе изменений в рамках файловой системы и добавлением понятия подпользователя. То есть, фактически все файлы принадлежат основному пользователю аккаунта и через основной FTP/SSH аккаунт можно редактировать любой сайт. Но часть программ (apache, nginx, php и т.д.), которые работаю именно с сайтами используют альтернативных пользователей (у которых 32 бита из UUID совпадают с основным пользователем) и для них есть права только на текущий сайт.
Это фактически исключает оверхед на изоляцию сайтов и полностью решает задачу изоляции сайтов, и как дополнительный бонус можно смотреть нагрузку по отдельно взятому сайту.
Почему наши коллеги не водят подобную или другую систему изоляции для меня до сих пор остается загадкой, так как принцип работы нашей системы я уже описывал не раз.
Большинство тестов - достаточно субъективные и нужно проводить не один замер, а штук 100 с интервалом в несколько минут и брать среднее значение.
Опять же нужно исходить из конфигурации сервера (процессор, дисковая подсистема, память), а так же нагрузки на все эти компоненты.
E5-2630v3 будет хуже чем E5-2680v3 при одинаковом характере нагрузки. E3 будет показывать лучшие результаты за счет большей чистоты в случае одной либо нескольких задач (то есть при маленьком LA), но за счет количества ядер E5 при большой нагрузке ведет себя более стабильно.
Дисковая подсистема так же может различаться от севера к серверу, кто то использует HDD (как не странно до сих пор), кто то SSD (которые тоже сильно отличаются по производительности, надежности и цене), кто то дополнительно ставит еще PCI-SSD
Количество памяти на сервере напрямую влияет на производительность дисковой системы, так как кеш диска храниться в RAM и чем больше памяти тем лучше работает сервер при прочих равных. Так же не мало важно какая стоит память.
За предыдущий два-три года не одной "пропажи" БД не было. Мало того - восстанавливать БД из бекапов в течении 2 дней - это все таки долго. Теоретически такое может быт на выделенных серверах, где БД разрастается под терабайт.
Все мои попытки узнать, что это именно был за клиент не привели к желаемому результату. Если заявляете, что мы потеряли БД - считаю правильным хотя бы в личку написать, что это был за клиент.
Seobuzz: Базу вы посеяли, клиент мой поседел пока бегали два дня искали. В принципе, я вначале от вас впечатлился, понравилась мгновенная реакция на тикет, симпатично и по делу все в админке, ну и сабж встает без задоринки как надо. Но вот на долгой истории не шмогла.. то плакал он все по 502, а в оконцовке вот это дело.. бежали. Ну, бывает, может звезды не сошлись.
Интересно, маловероятно - что мы могли просто так "посеять" БД. Хотя такие случаи были при переносах, настройке или когда пользователь попросил одно (описав это по другому), а сотрудник поддержки сделал другое из-за того что не понял.
Seobuzz: Ну, примерно как спросить - посоветуйте, что пожрать. Один ответит - мандаринов, второй - шаурмы. На SSD он, или где, дело десятое. Комплекс параметров, аптайм, поддержка, залеты, все это можно схватить по полной, хоть там SSD или что. Здесь http://hosting101.ru/ картинка более-менее объективная, но вмешивается фактор Битрикс, что сужает ситуацию до двух-трех. Второй и третий, при всех их сладких преимуществах, отметились нереальными косяками, потому я свой выбор сделал давно и надолго;)
прямо интересно и какими же "нереальными" косяками отметился второй =) ?
Лично я не фанат этого провайдера, так как меня бесят хостинг-провайдеры, которые скрывают информацию от клиента и меряют нагрузки в СР, при этом даже не уточняя какие у них процессоры, чтоб понять, чему СР эквиваленты.
Наверно я немного прокомментирую:
1) Все таки мы сообщаем какие процессоры и сколько памяти, какие диски стоят на наших серверах
опять же можно открыть терминал и все посмотреть в консоли
2) Попугаи это по факту количество минут процессорного времени потраченного на обработку процессов пользователя.
mac acct
man su
выдержка из документации:
DESCRIPTION sa summarizes information about previously executed commands as recorded in the acct file. In addition, it condenses this data into a summary file named savacct which contains the number of times the command was called and the system resources used. The information can also be summarized on a per-user basis; sa will save this information into a file named usracct.
If no arguments are specified, sa will print information about all of the commands in the acct file.
If called with a file name as the last argument, sa will use that file instead of the system's default acct file.
By default, sa will sort the output by sum of user and system time. If command names have unprintable characters, or are only called once, sa will sort them into a group called `***other'. If more than one sorting option is specified, the list will be sorted by the one specified last on the command line.
The output fields are labeled as follows:
cpu sum of system and user time in cpu minutes
конечно на этот параметр влияет конфигурация сервера, нагрузка на сервере, дисковая подсистема, частота и архитектура процессора. Если кому интересно могу описать конфигурацию оборудования которое мы используем.
3) По большому счету можно согласится о том что CP - это попугаи, но более адекватного способа измерения нагрузки в Linux нет, пробовали ограничивать нагрузку с помощью cgroups - но получалось хуже. Опять же если брать аналогичные процессоры, нагрузку и дисковую подсистему - получается достаточно объективный метрика.
По поводу налогов на физических лиц - согласен. По поводу "то не факт что вообще получишь как ИП, предлагают как физику." - если честно очень интересно, что именно имеется в виду ? Первый раз слышу о такой проблеме.
Буду благодарен если свяжитесь со мной по email - alexey пес beget.ru
Отправил вам письмо, это как раз мой случай.
Ваш случай, не совсем тривиальный =). Дальнейшее обсуждение предлагаю вести в переписке.
К тому же нет там 40-ка процентов, если физик - то удерживают налог 33% (или 32%, какой там у нас), если ИП, то не факт что вообще получишь как ИП, предлагают как физику.
Добрый день.
По поводу налогов на физических лиц - согласен. По поводу "то не факт что вообще получишь как ИП, предлагают как физику." - если честно очень интересно, что именно имеется в виду ? Первый раз слышу о такой проблеме.
Буду благодарен если свяжитесь со мной по email - alexey пес beget.ru
>> Как сказал smart2web только через open_basedir.
Я не буду с Вами спорить, но open_basedir абсолютно бесполезная штука, не кто не мешает вызвать любую функцию из семейства exec и запустить отдельный процесс без open_basedir, при этом не обязательно на php.
Можно запретить половину функций, но часть CMS при этом точно перестанет работать.
>> Но есть важное требование безопасности: некоторые движки старинные и уязвимые, как сделать чтобы в случае одного взлома не взломали другие сайты?
Среди популярных хостингов, насколько я знаю, изоляция сайтов в рамках одного провайдера реализована только у BeGet. Она реализована на базе изменений в рамках файловой системы и добавлением понятия подпользователя. То есть, фактически все файлы принадлежат основному пользователю аккаунта и через основной FTP/SSH аккаунт можно редактировать любой сайт. Но часть программ (apache, nginx, php и т.д.), которые работаю именно с сайтами используют альтернативных пользователей (у которых 32 бита из UUID совпадают с основным пользователем) и для них есть права только на текущий сайт.
Это фактически исключает оверхед на изоляцию сайтов и полностью решает задачу изоляции сайтов, и как дополнительный бонус можно смотреть нагрузку по отдельно взятому сайту.
Почему наши коллеги не водят подобную или другую систему изоляции для меня до сих пор остается загадкой, так как принцип работы нашей системы я уже описывал не раз.
Большинство тестов - достаточно субъективные и нужно проводить не один замер, а штук 100 с интервалом в несколько минут и брать среднее значение.
Опять же нужно исходить из конфигурации сервера (процессор, дисковая подсистема, память), а так же нагрузки на все эти компоненты.
E5-2630v3 будет хуже чем E5-2680v3 при одинаковом характере нагрузки. E3 будет показывать лучшие результаты за счет большей чистоты в случае одной либо нескольких задач (то есть при маленьком LA), но за счет количества ядер E5 при большой нагрузке ведет себя более стабильно.
Дисковая подсистема так же может различаться от севера к серверу, кто то использует HDD (как не странно до сих пор), кто то SSD (которые тоже сильно отличаются по производительности, надежности и цене), кто то дополнительно ставит еще PCI-SSD
Количество памяти на сервере напрямую влияет на производительность дисковой системы, так как кеш диска храниться в RAM и чем больше памяти тем лучше работает сервер при прочих равных. Так же не мало важно какая стоит память.
Последние 4 сервера мы сменили конфигурацию на:
Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz 2 процессора - 56 ядер
512 гигабайт памяти - ddr4
8 SSD (intel 35xx серии) под данные в raid10 через контролер LSI 9270 и 2 PCI-SSD под базы.
В любом случае все сильно зависит от нагрузки на сервер и стека используемого ПО.
За предыдущий два-три года не одной "пропажи" БД не было. Мало того - восстанавливать БД из бекапов в течении 2 дней - это все таки долго. Теоретически такое может быт на выделенных серверах, где БД разрастается под терабайт.
Все мои попытки узнать, что это именно был за клиент не привели к желаемому результату. Если заявляете, что мы потеряли БД - считаю правильным хотя бы в личку написать, что это был за клиент.
Базу вы посеяли, клиент мой поседел пока бегали два дня искали. В принципе, я вначале от вас впечатлился, понравилась мгновенная реакция на тикет, симпатично и по делу все в админке, ну и сабж встает без задоринки как надо. Но вот на долгой истории не шмогла.. то плакал он все по 502, а в оконцовке вот это дело.. бежали. Ну, бывает, может звезды не сошлись.
Интересно, маловероятно - что мы могли просто так "посеять" БД. Хотя такие случаи были при переносах, настройке или когда пользователь попросил одно (описав это по другому), а сотрудник поддержки сделал другое из-за того что не понял.
Ну, примерно как спросить - посоветуйте, что пожрать. Один ответит - мандаринов, второй - шаурмы. На SSD он, или где, дело десятое. Комплекс параметров, аптайм, поддержка, залеты, все это можно схватить по полной, хоть там SSD или что. Здесь http://hosting101.ru/ картинка более-менее объективная, но вмешивается фактор Битрикс, что сужает ситуацию до двух-трех. Второй и третий, при всех их сладких преимуществах, отметились нереальными косяками, потому я свой выбор сделал давно и надолго;)
прямо интересно и какими же "нереальными" косяками отметился второй =) ?
Лично я не фанат этого провайдера, так как меня бесят хостинг-провайдеры, которые скрывают информацию от клиента и меряют нагрузки в СР, при этом даже не уточняя какие у них процессоры, чтоб понять, чему СР эквиваленты.
Наверно я немного прокомментирую:
1) Все таки мы сообщаем какие процессоры и сколько памяти, какие диски стоят на наших серверах
https://cp.beget.com/info/server
опять же можно открыть терминал и все посмотреть в консоли
2) Попугаи это по факту количество минут процессорного времени потраченного на обработку процессов пользователя.
mac acct
man su
выдержка из документации:
sa summarizes information about previously executed commands as recorded in the acct file. In addition, it condenses this data into a summary file named savacct which contains the number of times the command was
called and the system resources used. The information can also be summarized on a per-user basis; sa will save this information into a file named usracct.
If no arguments are specified, sa will print information about all of the commands in the acct file.
If called with a file name as the last argument, sa will use that file instead of the system's default acct file.
By default, sa will sort the output by sum of user and system time. If command names have unprintable characters, or are only called once, sa will sort them into a group called `***other'. If more than one
sorting option is specified, the list will be sorted by the one specified last on the command line.
The output fields are labeled as follows:
cpu
sum of system and user time in cpu minutes
конечно на этот параметр влияет конфигурация сервера, нагрузка на сервере, дисковая подсистема, частота и архитектура процессора. Если кому интересно могу описать конфигурацию оборудования которое мы используем.
3) По большому счету можно согласится о том что CP - это попугаи, но более адекватного способа измерения нагрузки в Linux нет, пробовали ограничивать нагрузку с помощью cgroups - но получалось хуже. Опять же если брать аналогичные процессоры, нагрузку и дисковую подсистему - получается достаточно объективный метрика.
пс. как тут указать размер изображения ?
Добрый день.
По поводу налогов на физических лиц - согласен. По поводу "то не факт что вообще получишь как ИП, предлагают как физику." - если честно очень интересно, что именно имеется в виду ? Первый раз слышу о такой проблеме.
Буду благодарен если свяжитесь со мной по email - alexey пес beget.ru
Отправил вам письмо, это как раз мой случай.
Ваш случай, не совсем тривиальный =). Дальнейшее обсуждение предлагаю вести в переписке.
К тому же нет там 40-ка процентов, если физик - то удерживают налог 33% (или 32%, какой там у нас), если ИП, то не факт что вообще получишь как ИП, предлагают как физику.
Добрый день.
По поводу налогов на физических лиц - согласен. По поводу "то не факт что вообще получишь как ИП, предлагают как физику." - если честно очень интересно, что именно имеется в виду ? Первый раз слышу о такой проблеме.
Буду благодарен если свяжитесь со мной по email - alexey пес beget.ru
Не туда написал.
Ссылка на статью с описанием принципа работы https://habrahabr.ru/post/301892/