Какие задачи они решают? Чем отличается от других серверов? Мы попробуем ответить на эти вопросы простым и доступным языком, понятным не только инженерам, но и людям не слишком близко знакомым с ИТ тематикой.
Если заглянуть в историю компьютеризации, то первые серверы были очень дорогие и слабенькие по сравнению с сегодняшними. Организация покупала один сервер, ставила, конечно же, в центре - например, в штаб-квартире, - и все задачи выполнялись на нем. Получалась картинка - как паук в паутине - все вычисления стекались в центр, где стоял главный сервер. Такая архитектура построения ИТ стала называться “централизованными вычислениями” - и так было почти везде.
Но со временем задач стало гораздо больше, серверы стали существенно мощнее - даже относительно небольшой сервер мог уже “тянуть” множество достаточно сложных задач. И возникла идея: часть задач выполнять там, на краю “паутины”, не гоняя информацию издалека к центру и обратно.
Эта архитектура стала называться “мультисервисной”, или “периферийной”, вычисления делаются уже не только в центре, но и на краях всей системы, далеко от центра.
Приведем наглядный пример. Представим, что в компании работает сто тысяч человек, при этом пятьдесят тысяч в центре, и еще в пяти удаленных филиалах по десять тысяч. И утром, когда люди приходят на работу, они прикладывают пропуск со своим идентификационным номером к турникету. При централизованных вычислениях, когда есть один большой сервер в центре, система должна считать этот номер, передать в базу данных на центральный сервер на большое расстояние (может быть и на сотни километров), найти среди ста тысяч человек в списке нужный номер, убедиться, что такой работник есть в списках, послать информацию, подтверждающую разрешение пропустить работника через турникет обратно. Это занимает много времени, сотни милисекунд на каждом этапе накапливаются в секунды. А исследования показывают: если время отклика превышает три секунды человек испытывает неприятные ощущения, ему некомфортно работать с такой системой. Кроме того, люди просто будут накапливаться у турникета. Но это пример с турникетом, все-таки, раз в день можно и подождать три секунды. А вот если вы, например, бухгалтер, нажимаете на клавишу, а буква на экране появляется только через три секунды, - становится невозможно работать. Как ни наращивай вычислительную мощь центрального сервера, задержки будут накапливаться, хотя бы за счет путешествия сигналов по сетям на большие расстояния. Есть предел расстояний от центра до периферии и мощности центрального сервера, когда надо приобретать “периферийный”, окраинный вычислитель.
При работе периферийного сервера, система считывает номер работника с пропуска, пересылает его на сервер, находящийся в том же здании, и хранящий небольшую базу всего из десяти тысяч человек, работающих в этом месте, и скорость работы существенно увеличивается. Также уменьшается нагрузка на центральный сервер, он может заниматься более сложными задачами (например, рассчитывать зарплату на всех работников или делать аналитический отчет по финансовым потокам всего предприятия). Кроме того, резко падает нагрузка на коммуникации, на каналы связи.
В этом и состоит преимущество мультисервисных систем - они хорошо подходят в тех случаях, когда нужно быстро на месте обработать не очень сложную информацию и “разгрузить” центральные вычислительные системы.
Периферийные серверы часто разрабатываются в соответствии с более детальными требованиями, чем другие серверы. Например, в то время как серверы в более централизованном публичном облаке могут быть ориентированы на выполнение общих задач в масштабе, периферийные серверы, как правило, более специализированные и сосредоточены на таких вещах, как сетевая функциональность (для потокового видео) или вывод (для рабочих нагрузок с поддержкой ИИ)
Приведем примеры, когда лучше использовать именно эти модели серверов.
Во-первых, если требуется работа в реальном времени, или с минимальными задержками при обработке данных. Например, системы распознавания лиц, автомашин, любых других образов. Это любые системы, которые управляют процессами в реальном времени (например, конвейерами, станками, производственными линиями). Системы, которые требуют комфортной работы с приложениями, когда задержки по времени существенно снижают эффективность работы, например, проведение видеоконференций, работа с задачами в режиме удаленного доступа (когда приложение находится на сервере, а не у пользователя на компьютере).
Поэтому для всех клиентов с распределенными филиалами и отделениями, удаленными географически, такой сервер просто необходим.
Во-вторых, те случаи, когда необходима гарантированная и защищенная работа задачи независимо от центральной вычислительной системы. Если надо обеспечить, чтобы система работала без перерывов, была защищена - гораздо проще это сделать для локального сервера, снабдив его хорошими дублированными системами энергозащиты, средствами конфиденциальности и безопасности. Периферийные серверы позволяют организации раскрывать внешним сетям гораздо меньшую часть своей среды, сжимая тем самым точку входа для обеспечения безопасности. Мало кто задумывается, что, чем больше и сложнее система, чем больше в ее составе оборудования, тем больше потенциальных “лазеек” для атаки, или просто “слабых мест”. И здесь проявляется еще одно преимущество сервера от Aquarius. Если вам нужно создать локальную мультисервисную систему, то помимо сервера можно приобрести унифицированное оборудование для создания всей системы - от КПК до планшетов и систем хранения от одного производителя. Гораздо проще обеспечить надежность и защиту работы комплекса, если все системы унифицированы, созданы одним производителем в высокотехнологических условиях, снабжены едиными средствами защиты и конфиденциальности.
Подходит для компаний, где в приоритете повышенная безопасность и конфиденциальность данных.
Если мы создаем новую систему под новую задачу, необходимо приложить существенные усилия и ресурсы, чтобы новая система не навредила работе центрального комплекса. Дело в том, что на крупных центральных серверах обычно работают десятки и сотни приложений. Внедрение нового приложения, присоединение новой задачи, может обернуться ошибками в самых неожиданных местах, нарушить работу уже устоявшихся систем. Периферийный сервер может работать независимо от центральных систем, локально, и нет необходимости проводить серьезные работы по интеграции. Это существенно экономит время разворачивания системы и ресурсы на ее внедрение.
В случае ограниченного запаса времени на развертывание отдельной полноценной системы и экономии ресурсов на внедрение.
В каких еще случаях нужен такой сервер?
Все задачи, связанные с виртуальной реальностью или дополненной реальностью (VR, AR), требуют быстрого обсчета достаточно комплексных задач “прямо на месте”, соответственно, это наш случай. Ведь сервер должен в реальном времени создавать и поддерживать модель, отражающую события, происходящие в виртуальном мире, да еще и отрабатывать действия человека.
То же самое относится к интернету вещей. На самом деле “интернет вещей” не представляет чего-то нового и был известен давным-давно, как задача. Что такое “интернет вещей” по сути? Это управление объектами дистанционно. Первая демонстрация “интернета вещей” была еще в 1903 году, когда испанский инженер Леонардо Торез управлял роботом, исполнявшим простейшие команды, по радио. Сегодня сигналы управления передаются через интернет, но суть осталась той же: управление требует работы в реальном времени. Поэтому предлагаемые компанией Аквариус серверы, как раз подходят для подобных задач.
Еще виртуализация и интернет вещей
Наконец, всегда, если нужно быстро обслуживать задачи клиентов прямо “на месте”, повышены требования к скорости работы, предлагаемый сервер будет наилучшим выбором.
И, наконец, о технических отличиях – какую модель предпочесть в какой ситуации. Если взглянуть на возможные варианты «набивки» модели T50 D202FW и сравнить с T50 D204CF – то видно, что версия сервера CF существенно «мощнее» и «вариативнее», то есть сервер CF по уровню будет выше, чем FW. Это сделано совершенно сознательно, чтобы у клиентов был выбор. Если необходимо сервер дешевле, задачи более простые, загрузка сервера предполагается не слишком большая – тогда, конечно, выбираем сервер модели T50 D202FW. Если же предполагается существенная нагрузка, достаточно много задач, или рост нагрузки и количества задач в перспективе – то T50 D204CF будет лучшим выбором.
Есть еще одна техническая деталь, которая может ускользнуть от внимания: буквы «FW» в названии сервера обозначают плату собственного производства, которая используется в ряде других продуктов компании Аквариус. Это свидетельствует о хорошей унификации и стандартизации нашего оборудования, например, та же плата используется в моделях СХД. То есть даже выбирая этот сервер, который «попроще», чем модель СF, вы получаете еще одно дополнительное преимущество.
Узнать подробнее о продуктах Аквариус можно на нашем сайте aq.ru
