По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Перед вами Топ-10 преимуществ, которые виртуализация даст вашей организации. Нужна помощь убедить начальство, почему виртуализация – это верный путь? Или нужно убедить себя? Мы разобрались и делимся нашим исследованием.
Шаг 1: Аппаратная абстракция
Аппаратная абстракция упрощает человеческий труд и время простоя, связанное с заменой оборудования, поломками, модификациями и так далее. Также она помогает избежать зависимости от строго определенного оборудования и поставщиков. Хотите произвести апгрейд оперативной памяти или процессора? Нужно добавить больше места для хранения данных или дополнительный сетевой адаптер ? Это невероятно быстро и просто. Дни «корпения» над оборудованием в прошлом – больше не нужно перегружать сервер ресурсами до его использования . Можно по необходимости добавлять совместно используемые ресурсы прямо в процессе, с минимальным простоем.
Шаг 2: Простота миграции
Вернемся к первому тезису. Отсутствие привязки к строго определенному оборудованию позволяет с легкостью и быстротой перемещать виртуальную машину (или копию машины) на другой физический носитель или хостинг. Это огромный плюс для обслуживания, выравнивания нагрузки и критического восстановления.
Шаг 3: Легкость в управлении дисками
Инкапсуляция устройств хранения данных (перенос дисковых хранилищ «на лету») создает значительно упрощенные условия для полного отката системы и восстановления, что делает возможным невероятно быстрый BMR (Bare Metal Restore). Ваша машина – это набор файлов. Проще не бывает.
Bare Metal - установка гипервизора на «голое» железо. Это позволяет исключить операционную систему и поставить гипервизор (VMware, Hyper-V, Citrix и прочие) сразу на сервер без ОС.
Шаг 4: Снимки (снэпшоты)
Снэпшоты упрощают тестирование и обеспечивают защиту от изменений, которые могут поломать конфигурацию системы. Если вы напортачите с физической машиной, то проведете за ее починкой часы, дни, или и того больше. Если же вы напортачите с виртуальной машиной, то просто верните снимок в предыдущее состояние. Готово! Одно только это преимущество – бесценно.
Шаг 5: Простота в архивации
Легкость в архивации старых систем – огромный плюс. Закончили эксплуатацию машины – можно ее отключать и переносить файлы на долговременное хранилище м, например, СХД. Машина понадобилась снова? Скопируйте файлы назад и запускайте в считанные минуты.
Шаг 6: Легкость роста
Виртуализация облегчает численный рост при помощи опции платных аддонов вроде HA (high availability), vMotion и так далее. Некоторые из этих функций бесплатны в зависимости от выбора платформы (Hyper-V, Xen). С множеством гипервизоров, нужно всего лишь применить лицензионный ключ для разблокировки новых функций, которые могут ощутимо улучшить работу вашего дата-центра. Начните с малого, растите и прокладывайте себе путь. Виртуализация позволяет вам быть гибкими в вопросах реализации.
Шаг 7: Улучшенный контроль и поиск неисправностей
Большинство гипервизорных решений позволяют контролировать все физические хосты через центральную консоль, где вы можете легко сравнивать использование ресурсов и просматривать историю задач и событий. Вы можете с легкостью делать сравнения между физическими и виртуальными серверами и проводить глубокий анализ и поиск неисправностей.
Шаг 8: Консолидация нагрузки на физический сервер
На одно оборудование можно поместить от 2 до 100 (и даже больше) виртуальных машин, снизив тем самым затраты на закупки аппаратных компонентов и использование пространства стойки , при этом также упадет потребление энергии и затраты на охлаждение. Вместо того, чтобы оставлять заказ на новый сервер, вы можете запустить новую виртуальную машину в считанные минуты. Большинство физических носителей используются лишь на долю своего потенциала из-за ограничений софта (таких как необходимость разделения приложений или ролей друг от друга). Вы можете разделять их, запуская на одном и том же оборудовании.
Шаг 9: Легкость сегментации приложений
Отсылаем вас к предыдущему заявлению. Нужно запустить одну машину на базе Linux, а другую на базе Windows ОС? Запустите новую виртуальную машину на том же оборудовании. За счет минимальных изменений в использовании оборудования ваши нужды будут удовлетворены – к тому же вам не придется покупать новый носитель.
Шаг 10: Новый уровень дистанционного управления
Дистанционное управление позволяет вам полностью управлять машиной на расстоянии. Вы можете делать запросы, которые обычно приходится делать «на месте» (сидя на корточках в неудобной и холодной серверной), через удаленную консоль – например, апгрейд ресурсов, поиск сетевых неисправностей, включение/отключение операций и многое другое. Это невероятно увеличивает эффективность управления сервером и снижает затраты на поездки и простои.
Виртуализация сервера – это огромное преимущество для любой компании. Даже для отдельного хоста виртуализация имеет смысл (снимки, облегчение переноса и так далее).
Третья часть тут
Поскольку трафик в реальном времени начал передаваться по сетям с коммутацией пакетов, QoS стал серьезной проблемой. Передача голоса и видео полагается на то, что сеть способна быстро переносить трафик между хостами (с низкой задержкой) и с небольшими колебаниями межпакетного разнесения (jitter). Дискуссии вокруг QoS фактически начались в первые дни сети с коммутацией пакетов, но достигли высшей точки примерно в то время, когда рассматривался ATM. На самом деле, одним из главных преимуществ ATM была возможность тщательно контролировать способ, которым обрабатывались пакеты, когда они передавались по сети с коммутацией пакетов.
С провалом ATM на рынке, появились два направления идей о приложениях, которые требуют сильного контроля над jitter и delay:
Эти приложения никогда не будут работать в сетях с коммутацией пакетов. Такого рода приложения всегда должны запускаться в отдельной сети.
Это просто поиск правильного набора элементов управления QoS, чтобы позволить таким приложениям работать в сетях с коммутацией пакетов.
Основное, что больше всего волновало большинство провайдеров и инженеров, была голосовая связь, и основной вопрос сводился к следующему: можно ли обеспечить приличную голосовую связь по сети, также передающей большие файлы и другой "nonreal - time" трафик? Были изобретены сложные схемы, позволяющие классифицировать и маркировать пакеты (называемые QoS-маркировкой), чтобы сетевые устройства знали, как правильно их обрабатывать. Картографические системы были разработаны для переноса этих маркировок QoS из одного типа сети в другой, и много времени и усилий было вложено в исследование механизмов массового обслуживания-порядка, в котором пакеты отправляются по интерфейсу. На рис. 1 показана примерная диаграмма одной системы QoS, и сопоставления между приложениями и маркировками QoS будет достаточно, чтобы проиллюстрировать сложность этих систем.
Увеличение скорости связи оказывают двойной эффект на обсуждение QoS:
Более быстрые каналы связи будут (это очевидно) нести больше данных. Поскольку любой отдельный голосовой и видеопоток становится сокращающейся частью общего использования полосы пропускания, необходимость строго сбалансировать использование полосы пропускания между различными приложениями стала менее важной.
Время, необходимое для перемещения пакета из памяти в провод через микросхему, уменьшается с каждым увеличением пропускной способности.
По мере того, как доступная пропускная способность увеличивалась, потребность в сложных стратегиях массового обслуживания для противодействия jitter становилась все менее значимой. Это увеличение скорости было дополнено новыми системами массового обслуживания, которые гораздо эффективнее управляют различными видами трафика, уменьшая необходимость маркировки и обработки трафика детализированным способом.
Такое увеличение пропускной способности часто обеспечивалось переходом от медного волокна к стекловолокну. Оптоволокно не только обеспечивает большую полосу пропускания, но и более надежную передачу данных. Способ построения физических связей также эволюционировал, делая их более устойчивыми к поломкам и другим материальным проблемам. Вторым фактором, увеличивающим доступность полосы пропускания, стал рост Интернета. По мере того, как сети становились все более распространенными и более связанными, отказ одного канала оказывал меньшее влияние на объем доступной полосы пропускания и на потоки трафика по сети.
Поскольку процессоры стали быстрее, появилась возможность разрабатывать системы, в которых отброшенные и задержанные пакеты будут иметь меньшее влияние на качество потока в реальном времени. Увеличение скорости процессора также позволило использовать очень эффективные алгоритмы сжатия, уменьшая размер каждого потока. На стороне сети более быстрые процессоры означали, что control plane могла быстрее вычислять набор loop-free путей через сеть, уменьшая как прямые, так и косвенные последствия сбоев связи и устройств.
В конечном счете, хотя QoS все еще важен, его можно значительно упростить. Четырех-шести очередей часто бывает достаточно для поддержки даже самых сложных приложений. Если требуется больше, некоторые системы теперь могут либо проектировать потоки трафика через сеть, либо активно управлять очередями, чтобы сбалансировать сложность управления очередями и поддержки приложений.
Централизованный Control Plane - есть ли смысл?
В 1990-х годах, чтобы решить многие из предполагаемых проблем с сетями с коммутацией пакетов, таких как сложные плоскости управления и управление QoS, исследователи начали работать над концепцией, называемой активной сетью. Общая идея состояла в том, что плоскость управления для сети с коммутацией пакетов может и должна быть отделена от устройств пересылки, чтобы позволить сети взаимодействовать с приложениями, запущенными поверх нее.
Базовая концепция более четкого разделения плоскостей управления и данных в сетях с коммутацией пакетов была вновь рассмотрена при формировании рабочей группы по переадресации и разделению элементов управления (ForCES) в IETF. Эта рабочая группа в основном занималась созданием интерфейса, который приложения могли бы использовать для установки пересылки информации на сетевые устройства. Рабочая группа была в конечном итоге закрыта в 2015 году, и ее стандарты никогда не применялись широко.
В 2006 году исследователи начали эксперимент с плоскостями управления в сетях с коммутацией пакетов без необходимости кодирования модификаций на самих устройствах- особая проблема, поскольку большинство этих устройств продавались поставщиками как неизменяемые устройства (или black boxes). Конечным результатом стал OpenFlow, стандартный интерфейс, который позволяет приложениям устанавливать записи непосредственно в таблицу пересылки (а не в таблицу маршрутизации). Исследовательский проект был выбран в качестве основной функции несколькими поставщиками, и широкий спектр контроллеров был создан поставщиками и проектами с открытым исходным кодом. Многие инженеры считали, что технология OpenFlow позволила бы реконструировать инженерные сети за счет централизации управления.
В реальности, все будет по-иному-то, что, скорее всего, произойдет в мире сетей передачи данных: лучшие части централизованной control plane будут поглощены существующими системами, а полностью централизованная модель будет выброшена на обочину, оставив на своем пути измененные представления о том, как control plane взаимодействует с приложениями и сетью в целом.
Сегодня мы подробно расскажем про наиболее используемые в сети интернет протоколы – POP3, IMAP и SMTP. Каждый из указанных протоколов имеет определенное назначение и функциональные возможности. Давайте попробуем разобраться.
Как работает электронная почта: SMTP, IMAP, POP3
Протокол POP3 и его порты
Post Office Protocol 3 (POP3) это стандартный протокол почты созданные для получения электронных писем с удаленного сервера на e-mail клиент.POP3 позволяет вам сохранить почтовое сообщение на ваш компьютер и даже прочесть его, в случае, если вы находитесь не в сети. Важно отметить, что если вы решили использовать POP3 для подключения к учетной записи почты, письма, которые уже скачаны на компьютер, будут удалены с почтового сервера. Как пример, если вы используете несколько компьютеров для подключения к одному почтовому аккаунту, то протокол POP3 может быть не лучшим выбором в данной ситуации. С другой стороны, так как почта хранится локально, на ПК конкретного пользователя, это позволяет оптимизировать дисковое пространство на стороне почтового сервера.
По умолчанию, протокол POP3 использует следующие порты:
Порт 110 – это порт протокола POP3 по умолчанию. Не является безопасным.
Порт 995 – этот порт следует использовать в том случае, если вы хотите установить безопасное соединение.
Протокол IMAP и порты
Internet Message Access Protocol (IMAP) – это почтовый протокол, созданный для доступа к почте с локального почтового клиента. IMAP и POP3 – наиболее популярные в сети интернет протоколы, используемые для получения e-mail. Оба этих протокола поддерживается всеми современными почтовыми клиентами (MUA - Mail User Agent) и WEB – серверами.
В то время как POP3 позволяет доступ к почте только с одного приложения, IMAP позволяет доступ из множества клиентов. По этой причине, IMAP наиболее адаптивен в тех случаях, когда доступ к одному почтовому аккаунту необходим для нескольких пользователей.
По умолчанию, протокол IMAP использует следующие порты:
Порт 143 – порт по умолчанию. Не безопасен.
Порт 993 – порт для безопасного соединения.
Протокол SMTP и его порты
Simple Mail Transfer Protocol (SMTP) – это стандартный протокол для отправки почтовых сообщений по сети интернет.
Данный протокол описан в RFC 821 и RFC 822, впервые опубликованных в августе 1982 года. В рамках данных RFC, формат адреса должен быть в формате имя_пользователя@доменное_имя. Доставка почты, аналогична работе обычной почтовой службы: например, письмо на адрес ivan_ivanov@merionet.ru, будет интерпретирован так: ivan_ivanov – адрес, а merionet.ru – почтовый индекс. Если доменное имя получателя отличается от доменного имени отправителя, то MSA (Mail Submission Agent) отправит письмо через Mail Transfer Agent (MTA). Главная идея MTA в том, чтобы перенаправлять письма в другую доменную зону, по аналогии, как традиционная почты отправляет письма в другой город или область. MTA так же получает почту от других MTA.
Протокол SMTP использует следующие порты:
Порт 25 – порт SMTP по умолчанию. Не безопасен.
Порт 2525 – данный порт используется в том случае, если интернет провайдер фильтрует порт 25.
Порт 465 – порт для безопасного соединения.