Про Профстандарты РосМинТруда В рамках гарантийной технической поддержки специалисты компании «Открытые технологии» осуществляют все необходимые операции для развертывания, поддержки, обновления и поддержания работы сервера или виртуальной машины с установленной Средой электронного обучения 3KL. Однако иногда у клиентов может возникнуть потребность осуществлять администрирование самостоятельно. Этот документ содержит основные сведения, необходимые квалифицированному системному администратору для настройки и обслуживания сервера.
Внимание! Данный материал не претендует на полноту. Здесь содержатся только базовые сведения, которые помогут квалифицированному системному администратору оперативно разобраться с устройством сервера. Прежде чем доверить специалисту доступ к серверу, убедитесь, что он обладает следующими компетенциями: администратор коммуникационных сетей на базе протокола IP, администратор Linux, администратор Apache Http Server, администратор MySQL/PostgreSQL.
В рамках гарантийной технической поддержки не предоставляются консультации по самостоятельному администрированию сервера, программной модификации СЭО 3KL и устранению последствий неквалифицированного выполнения этих операций. Воспользуйтесь услугами специалистов компании «Открытые технологии» или самостоятельно действуйте на свой риск.
Выполнение любых инструкций из данной статьи (в том числе, запрос ssh-доступа, самостоятельное получение терминального доступа, выполнение любых консольных команд на сервере, редактирование/удаление/создание любого файла/папки на сервере, выполнение запроса, изменяющего данные в СУБД) приведет к ограничению вашей гарантийной технической поддержки. В рамках ограниченной гарантийной технической поддержки специалистами компании «Открытые технологии» предоставляются только доступ к базе знаний и самостоятельному скачиванию новых версий, общие консультации по принципам работы СЭО 3KL, при этом сообщения об ошибках рассматриваются, только если клиент самостоятельно воспроизведет проблему на чистом демонстрационном стенде.
1. Общие положения
1.1. Настоящая должностная инструкция определяет должностные обязанности, права и ответственность Программиста Общества с ограниченной ответственностью «Новый Бизнес» (далее «Общество»).
1.2. Программист назначается на должность и освобождается от должности в установленном действующим трудовым законодательством порядке приказом Генерального директора Общества.
1.3. Программист подчиняется непосредственно Техническому директору.
1.4. Программист относится к категории технических специалистов.
1.5. Авторские, исключительные и имущественные права на разработки Программиста, выполненные в рабочее время и на оборудовании Общества принадлежат Обществу.
1.6. В период временного отсутствия Программиста его обязанности выполняет лицо, назначенное приказом Генерального директора Общества.
2. Квалификационные требования
2.1. Программист должен иметь высшее или профессиональное техническое образование и стаж работы по профилю не менее 2-х лет.
2.2. Программист должен:
2.2.1. Иметь опыт успешного развития Интернет-магазинов от 2-х лет.
2.2.2. Иметь опыт разработки в СМС 1C Битрикс.
2.2.3. Иметь опыт работы администратором сайта на 1C Битрикс.
2.2.4. Обладать твердыми знаниями HTML, CSS, PHP на уровне разработки и доработки модулей.
2.2.5. Знать современные технологии и инструменты разработки Web приложений.
2.2.6. Обладать базовыми знаниями JavaScript, JQuery, AJAX, MySQL.
2.2.7. Обладать минимальными навыками администрирования веб-серверов на базе ОС Linux.
2.2.8. Обладать базовыми знаниями основ работы с растровой графикой (Photoshop).
2.2.9. Знать особенности, специфики и методы продвижения Интернет-магазинов.
2.2.10. Понимать принципы юзабилити web-сайтов.
2.2.11. Понимать алгоритмы поисковых систем и методов SEO.
2.2.12. Владеть прикладными программами по анализу собираемых статистических данных.
2.2.13. Понимать целевую аудиторию Общества.
2.2.14. Должен быть инициативным, самостоятельным, ответственным.
2.3 Программист руководствуется в своей деятельности:
2.3.1.Законодательными актами РФ, уставом Общества, правилами внутреннего трудового распорядка, другими нормативными Общества.
2.3.2.Приказами и распоряжениями руководства, настоящей должностной инструкцией.
3. Должностные обязанности
Программист выполняет следующие обязанности:
Программист имеет право:
4.1. Совместно с Техническим директором определять сроки выполнения работ.
4.2. Засчитывать художественно-оформительские решения в свой личный портфолио.
4.3. Устанавливать порядок и вид предоставления информации для размещения на интернет-сайте.
4.4. Знакомиться с документами, определяющими его права и обязанности по занимаемой должности, критерии оценки качества исполнения должностных обязанностей.
4.5. Вносить на рассмотрение руководства организации предложения по совершенствованию работы, связанной с предусмотренными настоящей должностной инструкцией обязанностями.
Программист несет ответственность в соответствии с Законодательством РФ за:
5.1. Несоблюдение интересов Общества, выдачу конфиденциальной информации и информации, составляющей коммерческую тайну Общества третьим лицам.
5.2. Использование персонального компьютера, оргтехники и другого офисного оборудования в нерабочих целях.
5.3. Причинение материального ущерба Обществу.
5.4. Предоставление руководству Общества ложной или искаженной отчетной и другой информации.
5.5. Несоблюдение правил внутреннего трудового распорядка, трудовой дисциплины.
5.6. Неисполнение или некачественное исполнение своих должностных обязанностей.
5.7. Невыполнение приказов, распоряжений и поручений непосредственного руководителя и Генерального директора.
6. Режим работы
6.1. Режим работы Программиста определяется в соответствии с Правилами внутреннего трудового распорядок, установленными в Обществе и трудовым договором.
Общая информация по системе
Инсталляция СЭО 3KL
Один экземпляр набора исполняемых файлов СЭО 3KL (дистрибутив), размещенный в папке веб-сервера, и один набор таблиц базы данных продукта, размещенный в СУБД
Инсталляция Otlamp
Отдельная запущенная конфигурация веб-сервера Apache со своими настройками, набором модулей, файлов и скриптов, разработанная компанией «Открытые технологии» и предназначенная для автоматизации установки серверного окружения, необходимого для работы СЭО 3KL, создания виртуальных хостов, резервного копирования и восстановления базы данных СЭО 3KL, а также запуска необходимых задач с помощью планировщика Cron
Инстанс инсталляции Otlamp
Профиль конфигурации экземпляра инсталляции Otlamp, запускаемый от имени отдельного пользователя — владельца инсталляции, на отдельном сетевом интерфейсе (или на всех интерфейсах сразу)
Олучение консольного доступа к системе
Если у вас действует гарантийная техническая поддержка, и ваша система доступна по сети по протоколу ssh (порт 22), достаточно подать заявку на получение root-доступа через кабинет клиента. К заявке следует приложить ваш публичный rsa-ключ, это поможет безопасно передать доступ, не пересылая конфиденциальные данные через интернет. Воспользуйтесь программой ssh для доступа к серверу.
Если гарантийная поддержка уже закончилась, либо сервер недоступен через интернет по протоколу ssh, вы можете получить root-доступ с помощью доступа к консоли сервера.
Асположение основных файлов и папок на сервере
Если СЭО 3KL устанавливала компания «Открытые технологии», пути к файлам системы на сервере будут следующими:
Пути для плагинов разных типов в дереве директории с файлами, отображаемыми на сервере:
Остальные файлы соответствуют стандартному расположению файлов в Ubuntu Server 20.04.
Ажные команды
/etc/init.d/otlamp.w1 start
Запуск веб-сервера
/etc/init.d/otlamp.w1 stop
Остановка веб-сервера
/opt/otlamp/bin/otlamp_savevhost
Сделать резервные копии всех виртуальных хостов (СЭО) на сервере
/opt/otlamp/bin/otlamp_fixmode
Скрипт для исправления прав доступа к файлам, расположенным на виртуальном хосте
Необходимость использовать этот скрипт может возникнуть, например, если администратор добавлял файлы вручную и забыл установить на них нужного владельца и права
Должностная инструкция системного администратора
Должностную инструкцию системного администратора составляют в свободной форме. В ней указывают права и обязанности специалиста, что он должен знать и уметь.
Документ помогает руководителю защитить свои интересы. Например, избежать административной и уголовной ответственности за нарушения, допущенные администратором локальной сети.
Должностная инструкция и обязанности системного администратора
1.1. Системный администратор относится к категории специалистов и подчиняется руководителю отдела информационных технологий (далее — ИТ-отдел), назначается на должность и освобождается от нее приказом генерального директора.
1.2. Для работы системным администратором нужно:
высшее или среднее профессиональное образование в области компьютерных и телекоммуникационных технологий;стаж работы от одного года в области технической поддержки, администрирования, программирования устройств инфокоммуникационных систем.
1.3. Системный администратор должен знать:
локальные нормативные акты организации о методах программирования, использовании вычислительной техники при обработке информации и об информационной безопасности;нормативные акты о работе в сети Интернет и с персональными данными;модель Международной организации по стандартизации — ISO — для управления сетевым трафиком, модели Института инженеров по электротехнике и радиоэлектронике — IEEE, модели информационно-телекоммуникационной сети Интернет;структуру сети организации и ее серверные ресурсы;правила устранения проблем пользователей сети;аппаратное и программное обеспечение (далее — ПО) сетей и принципы его простейшего ремонта;основные языки и методы программирования;английский язык на уровне чтения технической документации в области информационных и компьютерных технологий;способы предупреждения и средства защиты от несанкционированного доступа к информации;порядок оформления технической документации.
1.4. Системный администратор должен уметь:
2.1. Конфигурация, настройка и администрирование серверов, персональных компьютеров и периферийных устройств.
2.2. Ведение документации и консультация работников по использованию ОС и ПО.
3.1. Системный администратор обязан:
устанавливать на серверы, рабочие станции и персональные компьютеры (далее — ПК) пользовательские и сетевые программы;отслеживать и устанавливать обновления ОС;конфигурировать и оптимизировать работу сети и сервера, предлагать руководителю ИТ-отдела улучшения по развитию сети и приобретение нужного оборудования;контролировать бесперебойную работу сервера, сети и ПК;контролировать безопасность межсетевого взаимодействия и сетевую безопасность, защищать сервер от несанкционированного доступа к информации, просмотра и изменения системных файлов и данных;не допускать возникновения неполадок в сети во время своего отсутствия;выявлять и устранять неполадки в работе оборудования и ПО, сервера и ПК, а если не получается сделать это своими силами — обратиться к техническому персоналу и активно участвовать в восстановлении работоспособности систем;обучать работников работе в сети, консультировать их по вопросам пользования ПК, программами и сетью, составлять инструкции по работе с сетевым обеспечением и доводить их до персонала;сохранять, копировать, резервировать и восстанавливать данные, в том числе при возникновении неполадок в сети, на сервере и ПК;участвовать в закупке оборудования, комплектующих и ПО;поддерживать и своевременно обновлять сайт организации.
4.1. Системный администратор вправе:
запрашивать у руководителя ИТ-отдела материалы и нормативно-правовые документы, необходимые для выполнения должностных обязанностей, разъяснения и уточнения по выданным поручениям;запрашивать у руководителя ИТ-отдела и работников документы, необходимые для выполнения должностных обязанностей;проходить курсы повышения квалификации с оплатой за счет компании один раз в год;разрабатывать и вносить на рассмотрение руководителя ИТ-отдела предложения по улучшению деятельности в рамках своих должностных обязанностей;знакомиться с решениями генерального директора, касающимися его должностных обязанностей, и документами, содержащими оценку его деятельности, и давать по ним обратную связь.
5. Заключительные положения
5.1. Системный администратор знакомится с должностной инструкцией под подпись при приеме на работу до подписания трудового договора.
5.2. Один экземпляр должностной инструкции находится у генерального директора, другой — у системного администратора.
5.3. Системный администратор знакомится под подпись с изменениями в должностной инструкции, принятыми распоряжением генерального директора и касающимися общих положений, должностных обязанностей, прав и ответственности.
С должностной инструкцией ознакомлен(а):
________ / Видревич Матвей Владимирович
(подпись) / (расшифровка подписи)
docx, 15 KB
Чек-листы для предпринимателей
Пошаговые инструкции по самым частым вопросам предпринимателей
Еще документы
Версии СЭО 3KL ежемесячно обновляются, в систему добавляются новые функции, плагины, исправляются ошибки. Чтобы в полной мере воспользоваться возможностями системы, рекомендуется регулярно обновлять ее. Вы можете обновить систему самостоятельно или обратиться с заявкой на проведение обновления в службу технической поддержки компании «Открытые технологии».
Внимание! В случае самостоятельного обновления системы компания «Открытые технологии» не сможет нести ответственность за любые ошибки, технические проблемы, нарушения в работе системы и сервера, и будет вынуждена прекратить оказание технической поддержки.
Можно выделить следующие основные шаги при самостоятельном обновлении системы.
Олучение дистрибутива
Доступ к дистрибутивам СЭО 3KL предоставляется только пользователям, получающим сервис «Консультационная техническая поддержка» и авторизованным на сайте через кабинет клиента компании «Открытые технологии».
Одготовка к обновлению.
Рис. 2.2.1. Проверка настроек сервера СЭО 3KL.
Таблица «Проверка настроек сервера» будет содержать следующие данные:
Рис. 2.2.2. Проверка настроек сервера СЭО 3KL. Колонка «Плагин».
Следует проверить соответствие сервера техническим требованиям и системному окружению. Подробные технические требования к оборудованию содержатся в соответствующих разделах Регламента предоставления сервисов ООО «Открытые технологии» (Раздел 5. Требования к рабочему месту пользователя, Раздел 6. Требования к Технической площадке, далее — Регламент). Кроме того, в разделе «Системные требования» расширенного анонса того релиза, до которого планируется обновление (например, 3.9.13a), могут содержаться требования, отличные от тех, которые содержатся в Регламенте. В этом случае технические требования релиза пользуются приоритетом, в остальном же действуют требования Регламента.
Если какие-либо версии библиотек и расширений на сервере не соответствуют той версии СЭО 3KL, до которой производится обновление, следует сначала обновить серверное окружение.
При самостоятельном администрировании сервера компания «Открытые технологии» прекращает обновления сервера в рамках технической поддержки.
Внимание! Для корректного обновления системы и серверного окружения вам потребуется полный административный доступ к СЭО 3KL и root-доступ к серверу. Полный административный доступ предусматривает права полного администратора внутри СЭО 3KL, а root-доступ дает полный контроль суперпользователя над сервером, позволяет изменять системные параметры и выполнять любые команды в консоли. Полный административный доступ можно получить на клиентском портале в личном кабинете, создав заявку и выбрав категорию «Гарантийная техподдержка / Запрос админ. доступа к СЭО», а root-доступ – создав заявку и выбрав категорию «Гарантийная техподдержка / Запрос root-доступа к серверу». Использование root-доступа автоматически влечет прекращение гарантийной технической поддержки компании «Открытые технологии».
Длительность обновления зависит от объема данных, параметров сервера и разницы между обновляемыми версиями. Целесообразно зарезервировать целый день на самообновление. Также, важно учитывать, что при неудачном обновлении придется делать восстановление исходного состояния системы из резервной копии, а в отдельных случаях, когда база данных очень большая, процесс восстановления из резервной копии может длиться до нескольких суток, в течение которых система будет недоступна. Обязательно нужно предупредить пользователей системы о предстоящем обновлении и будущей недоступности системы.
При выполнении обновления должно быть обеспечено требование о наличии более 20% свободного дискового пространства на сервере, причем эта пропорция должна соблюдаться на всех этапах процесса: до обновления, в процессе него и после завершения.
В случае если инкрементный бэкап никогда не делался, свободное место может закончиться уже на стадии подготовки резервных копий системы. Необходимо заранее обеспечить дополнительное дисковое пространство.
Если планируется обновление с версии более ранней, чем 3.9, следует воспользоваться таблицей промежуточных версий (Рис. 2.2.3). Необходимо обновляться последовательно, до каждой из отмеченных ключевых версий, в порядке их очередности, и лишь затем — до целевой версии.
Рис. 2.2.3. Таблица промежуточных версий СЭО 3KL. Ступени обновления.
Не следует начинать обновление раньше, чем будут полностью выполнены требования данного пункта. Также рекомендуется сначала выполнить тестовое обновление на резервной копии системы, чтобы удостовериться, что обновленная система работает стабильно.
Охранение резервных копий
До начала обновления следует сделать резервные копии системы, а именно:
Файлы можно выкачать любыми утилитами по протоколам rsync, ftp, ssh или wget.
Файлы можно выкачать по протоколам ftp, WinSP, wget, rsync и др.
3) Базы данных (дампы Postgres или MySQL).
Пути к этим данным можно уточнить в файле конфигурации config.php :
Если во время обновления системы что-то пойдет не так, восстановление из резервных копий обеспечит восстановление состояния системы до старта обновления. Длительность процесса восстановления зависит от объема данных в СЭО 3КL и может составлять от нескольких минут до нескольких суток.
Роверка обновлений ядра системы и плагинов
Категорически не рекомендуется пользоваться автоматическим обновлением даже в Community-версии Moodle, во избежание рисков повреждения системы.
Все обновления системы и плагинов в СЭО 3KL доступны клиентам для скачивания только в виде дистрибутивов на сайте и могут быть установлены вручную на сервере. Ручная установка дистрибутивов — безопасный и рекомендуемый способ обновления системы и плагинов.
Если планируется отказаться от какого-либо установленного плагина и не обновлять его в новой версии системы, то необходимо заранее удалить такой плагин. Поскольку в СЭО 3KL установка, обновление и удаление плагинов через интерфейс отключено, все манипуляции следует выполнять в командной строке через консольный доступ к серверу (терминал).
–plugins= — это список подлежащих удалению плагинов, перечисленных через запятую.
Если не выполнить полное удаление устаревшего плагина до обновления СЭО 3KL, то в новой версии системы может сохраниться ошибка обновления, для исправления которой потребуется квалифицированная помощь администратора баз данных.
Апуск обновления системы и плагинов
До начала обновления рекомендуется включить режим технического обслуживания в «Настройки»Администрирование технического обслуживания, чтобы запретить авторизацию в системе всех пользователей, кроме администраторов.
Внимание! В процессе обновления система значительно более уязвима, чем обычно. Механизмы авторизации и аутентификации не будут работать, и любой анонимный посетитель сайта сможет получить доступ к внутренней информации (данные сервера, версии плагинов и т.д.) на страницах сайта. Во избежание таких рисков рекомендуется дописать в файл строку с данными ключа обновления:
Теперь для доступа к страницам сайта в процессе апгрейда понадобится вводить в строке браузера код ключа.
Для обновления ядра системы и плагинов следует выполнить следующие действия:
1) Переместить старые исполняемые файлы из директории с файлами, отображаемыми на сервере, в другое место (например, временную директорию). Для перемещения воспользуйтесь консольной командой mv.
едопустимо копировать новые файлы поверх старых!
2) Распаковать архив дистрибутива новой версии системы в пустую директорию для установочных файлов (где они находились до перемещения). Для извлечения архива в формате .tgz, можно воспользоваться консольной командой tar, архива в формате .zip – командой unzip. В ходе обновления система преобразует структуру базы данных.
Директория с пользовательскими файлами не должна быть вложенной в директорию с файлами ядра!
При обновлении установленных плагинов следует извлекать архивы новых версий плагинов строго в те же самые директории, в которых находились их старые версии. Недопустимо копировать (перезаписывать) новые версии поверх старых.
Примечание. См. полный список типов плагинов и их расположение здесь.
3) Скопировать перемещенный старый файл обратно в директорию с исполняемыми файлами. Для копирования можно воспользоваться консольной командой
4) Убедиться, что на файл и все директории с исходным кодом системы выставлены права на чтение.
5) Убедиться, что все плагины правильно расположены в поддиректориях внутри директории с исполняемыми файлами (см. п. 1.2).
Далее следует запустить процесс обновления. Это можно сделать одним из двух способов:
В случае появления ошибки ‘ ’ следует увеличить значение параметра = 160 в файле php., чтобы дать скриптам больше времени на обработку языковых обновлений.
Информация по самостоятельной установке СЭО 3KL
Под самостоятельной установкой понимается комплекс мероприятий по развертыванию, обновлению и техническому обслуживанию программного продукта СЭО 3KL, проведенных клиентом самостоятельно, после приобретения лицензии. Компания «Открытые технологии» рекомендует воспользоваться услугой установки СЭО 3KL силами специалистов компании. Эта услуга предоставляется бесплатно и включена в Базовую гарантийную техническую поддержку системы и всех ее модулей. В случае же самостоятельной установки, будет предоставляться ограниченная техническая поддержка (доступ к дистрибутивам, базе знаний, общее консультирование без допуска к системе, выборочная проверка инцидентов после подтверждения их воспроизводства на тестовых стендах, и т.д.), а полное гарантийное обслуживание/обработка Заявок будут доступны только после процедуры аттестации инсталляции СЭО 3KL, либо в рамках Расширенной технической поддержки, за нормо-часы.
Подготовка к установке СЭО 3KL подразделяется на четыре этапа: определение характеристик сервера в соответствии с техническими и системными требованиями, выбор размещения сервера для установки СЭО 3KL, подготовка сервера к установке операционной системы, настройка серверного окружения.
Пределение характеристик сервера в соответствии с техническими и системными требованиями
Техническая площадка, на которой планируется разместить СЭО 3KL, должна соответствовать техническим и системным требованиям, изложенным в Разделе 6 Регламента предоставления сервисов ООО «Открытые технологии» (в той редакции, которая действовала по состоянию на дату выхода устанавливаемой версии СЭО 3KL). Например, для версии СЭО 3KL 3.9.14a действуют следующие требования:
Рекомендуется применять носители информации, обеспечивающие избыточность, повышение надежности и производительности. Скорость обращения системы к дискам и задержка обращения оказывает значительное влияние на производительность системы.
Если в Расширенном анонсе к устанавливаемой версии СЭО 3KL, который был опубликован в Базе знаний, указаны иные требования к серверу, действуют требования анонса.
Ыбор способа размещения сервера для установки СЭО 3KL
Можно выделить четыре варианта размещения сервера для установки СЭО 3KL: собственный физический сервер на территории организации, собственный физический сервер в дата-центре провайдера, арендованный физический сервер в дата-центре провайдера и арендованный виртуальный сервер в дата-центре провайдера.
Обственный физический сервер на территории организации
Для него требуется отдельное помещение (серверная), единовременные капиталовложения (достаточно большие) в закупку и монтаж оборудования, текущие расходы на обслуживание и замену комплектующих, настройку и поддержание работы сети, а также посменное дежурство системных администраторов. В часы работы пользователей с СЭО 3KL системный администратор должен находиться на рабочем месте и в случае возникновения технических проблем и неисправностей – уметь оперативно восстановить работоспособность системы. Если предполагается работа с системой в выходные дни и нерабочие часы, а системные администраторы выполняют свои должностные обязанности исключительно в рабочее время, то данный вариант размещения сервера не подойдет.
В случае размещения СЭО 3KL на собственном физическом сервере должны соблюдаться требования п. 6.6 Регламента предоставления сервисов ООО «Открытые технологии»: оборудование должно быть предназначено для непрерывной бесперебойной работы, оснащено надежными и зарезервированными источниками питания и системой охлаждения. Запрещается выключение системы путем отключения питания, без корректного завершения всех приложений и сервисов, сохранения данных, синхронизации дисков и корректного завершения работы операционной системы. В случае прекращения подачи питания, система должна корректно завершать свою работу по сигналу от источника бесперебойного питания, ресурса которого должно быть достаточно для данной процедуры. Рекомендуется организовать круглосуточное дежурство квалифицированных специалистов, отвечающих за бесперебойное функционирование оборудования. Помещение, в котором размещено оборудование, должно поддерживать специальный климатический режим, отвечать требованиям физической, информационной, пожарной и электробезопасности.
Обственный физический сервер в дата-центре провайдера (Colocation)
Аренда места в дата-центре хостинг-провайдера для размещения сервера может стать более рациональным решением, чем содержание собственной серверной комнаты с обеспечением всех необходимых технических условий. Например, если серверного оборудования очень мало (одна-две физические машины), целесообразно воспользоваться для его размещения готовой инфраструктурой дата-центра. Аренда по тарифам провайдера как правило обходится дешевле, чем содержание собственной серверной, при этом отсутствует необходимость самостоятельно обеспечивать бесперебойное питание и нести круглосуточное дежурство. С другой стороны, арендатору все равно предстоят капиталовложения в закупку и транспортировку оборудования и текущие расходы на ремонт и замену комплектующих. Также важно учитывать, что не все дата-центры предоставляют доступ к оборудованию в режиме 24/7.
Рендованный физический сервер в дата-центре провайдера (Dedicated)
При определенных обстоятельствах аренда готового работающего серверного оборудования с удаленным доступом становится выгоднее, чем аренда места для размещения собственного сервера. Например, если сервер требуется на ограниченный срок, или если по индивидуальной схеме финансирования относительно небольшие периодические расходы на аренду более предпочтительны, чем единовременные крупные капиталовложения в машины и оборудование. Собственный системный администратор освобождается от обязанностей по ремонту, закупке и замене комплектующих, либо его может не быть совсем, – обслуживание оборудования осуществляет собственник провайдер.
Рендованный виртуальный сервер в дата-центре провайдера (VDS/VPS)
Это сервер, созданный с помощью технологий виртуализации и средств операционной системы, которые разделяют ресурсы физического сервера на изолированные виртуальные машины, при этом каждая становится полноценной операционной системой с собственной памятью, процессами, пользователями. Виртуальные серверы VDS/VPS дают такие же возможности, как и физический сервер, обеспечивая гибкость в настройке операционной системы. В подавляющем большинстве случаев виртуальный сервер – оптимальный вариант для установки СЭО 3KL. Предоставляется готовая инфраструктура, отсутствует физический износ и необходимость следить за аппаратными ресурсами и обновлениями серверного окружения. Можно менять настройки, работать с файлами системы, устанавливать и настраивать любое программное обеспечение (версию PHP, сервер баз данных и т.д.). Провайдер обеспечивает выполнение всех работ, требующих физического присутствия рядом с сервером, и арендатору остается только удаленное системное администрирование операционной системы и СЭО 3KL.
В рамках Базовой гарантийной технической поддержки участие собственных системных администраторов для арендованного виртуального сервера не потребуется вовсе: специалисты компании «Открытые технологии» в полном объеме произведут необходимое системное администрирование.
Если оценивать стоимость текущих расходов на аренду, виртуальный сервер – наименее затратный вариант.
Одготовка сервера к установке операционной системы
После того, как сервер выбран (физический или виртуальный), необходимо подготовить его к установке операционной системы
На сервере следует размещать только СЭО 3KL. Во избежание проблем с производительностью и безопасностью не рекомендуется размещать в пределах одной технической площадки с СЭО 3KL какие-либо другие веб-сайты и сервисы. В случае администрирования таких СЭО 3KL компанией «Открытые технологии» на них не будет распространяться гарантийная техподдержка. В случае же их самостоятельного администрирования наличие сторонних сервисов на одном физическом сервере или виртуальной машине с СЭО 3KL несет повышенный риск технических конфликтов, проблем с производительностью, затруднит администрирование и поиск неисправностей. Если имеется необходимость в размещении нескольких веб-приложений или сайтов на одном сервере вместе с СЭО 3KL, рекомендуется воспользоваться средствами виртуализации, чтобы разграничить сервисы по виртуальным машинам.
Астройка серверного окружения
Перед установкой СЭО 3KL следует провести подготовку установленной операционной системы на сервере:
1) Убедиться, что на сервере приняты необходимые меры безопасности, на все системные учетные записи установлены несловарные пароли длиной более 16 символов, содержащие как строчные, так и прописные буквы, а также цифры и специальные символы.
3) Определить структуру директорий и файлов, в которых будут храниться установочные, пользовательские файлы и база данных СЭО 3KL. Их расположение будет иным, чем приведено выше в п. 1.2 для случаев, когда СЭО 3KL устанавливается компанией «Открытые технологии» (т.е. предстоит самостоятельно определить и прописать пути к файлам системы на сервере). Можно использовать похожие наименования папок и пути, либо придумать собственные:
4) Подготовить и настроить серверное (системное) окружение в соответствии с требованиями п. 6.8 Регламента предоставления сервисов ООО «Открытые технологии». Например, для версии 3.9.14a действуют следующие требования:
Если в Расширенном анонсе устанавливаемой версии СЭО 3KL, который был опубликован в Базе знаний, указаны иные требования к системному окружению, действуют требования, указанные в таком анонсе.
После настройки окружения сервер будет готов к запуску установщика СЭО 3KL для создания таблиц базы данных и конфигурирования сайта.
Становка системы
Загрузите архив дистрибутива на сервер. Это можно сделать разными способами: через панель управления вашего хостинга, если таковая имеется (ISPmanager, CPanel и т.д.), по FTP/SFTP или SSH. Для загрузки дистрибутива на сервер через командную строку терминала по SSH можно использовать консольную команду
Команду следует запускать из директории с архивом дистрибутива.
Установить СЭО 3KL можно двумя способами:
При запуске из папки иной, чем корневая, следует соответственно изменить относительный путь.
Запустится программа установки системы через командную строку. По мере установки в терминале будут появляться сообщения с предложениями выбрать язык установки, определить веб-адрес, прописать путь к каталогу пользовательских данных (data, или moodledata), выбрать драйвер, сервер, название, порт, пользователя и пароль базы данных, принять условия пользования авторскими права и др. Пропишите необходимые данные и завершите установку.
2) Установка запуском мастера инсталляции через веб-интерфейс в браузере. После распаковки дистрибутива СЭО 3KL в корневую папку сайта перейдите на URL главной страницы вашей системы, чтобы запустить скрипт установки. Предварительно установите на папку с исполняемыми файлами права чтения командой chmod -R 0755.
В появившемся окне выберите язык установки (русский). Укажите веб-адрес, пути к каталогу с исполняемыми файлами и каталогу с пользовательскими файлами (Рис. 3.3.1).
Рис. 3.3.1. Шаги установки СЭО 3KL. Подтверждение путей.
Выберите драйвер базы данных (Рис. 3.3.2), укажите сервер (localhost), название базы данных, пользователя и пароль (Рис. 3.3.3).
Рис. 3.3.2. Шаги установки СЭО 3KL. Выбор базы данных.
Рис. 3.3.3. Шаги установки СЭО 3KL. Настройки базы данных.
Рис. 3.3.4. Шаги установки СЭО 3KL. Страница настроек.
Рис. 3.3.5. Шаги установки СЭО 3KL. Страница настроек. Раздел настройки.
Укажите название сайта, описание для главной страницы, локацию и другие сведения (Рис. 3.3.6) и зарегистрируйте ваш сайт (Рис. 3.3.7).
Рис. 3.3.6. Шаги установки СЭО 3KL. Настройки главной страницы.
Рис. 3.3.7. Шаги установки СЭО 3KL. Регистрация сайта.
Теги: администрирование, система