veritas enterprise vault что это
Enterprise Vault™ Pуководство для пользователей Outlook (Полная функциональность)
Сведения о Enterprise Vault и почтовом ящике Outlook
Enterprise Vault автоматически перемещает сообщения электронной почты и вложения из папок почтового ящика Outlook в область интерактивного хранения, называемую хранилищем. Этот процесс называется архивированием. Enterprise Vault работает автоматически и обычно выполняет архивирование во время низкой загрузки.
Сообщения электронной почты, заархивированные в Enterprise Vault, останутся доступными в программе Outlook следующими способами:
Большинство администраторов настраивают Enterprise Vault так, чтобы в почтовом ящике присутствовал ярлык для каждого заархивированного сообщения электронной почты. Ярлык замещает сообщение электронной почты в папке почтового ящика и обеспечивает мгновенный доступ к заархивированной электронной почте. В списке элементов Outlook для ярлыка предусмотрен следующий специальный значок:
Внешний вид и поведение ярлыка аналогично исходному сообщению электронной почты. Например, вы можете открыть сообщение электронной почты с помощью его ярлыка, переадресовать это сообщение и ответить на него, а также скопировать или переместить его в другую папку. Администратор может сконфигурировать Enterprise Vault так, чтобы срок действия ярлыков истекал через определенное время. Ярлык с истекшим сроком действия удаляется из почтового ящика, однако заархивированный элемент останется в вашем хранилище.
Если администратор включил этот режим, Outlook отображает хранилище на панели навигации как Virtual Vault.
Администратор может настроить программу Enterprise Vault так, что она будет архивировать элементы, отличные от сообщений электронной почты Outlook. В этом случае вы увидите заархивированные элементы календаря, задания или заметки Outlook в представлении соответствующей папки Virtual Vault.
Хотя архивирование выполняется автоматически, администратор может настроить программу Enterprise Vault так, чтобы можно было выбрать любое из следующих действий.
Сохранить элементы в хранилище вручную в любое время. При сохранении элемента Enterprise Vault добавляет его в ваше хранилище в виде заархивированного элемента. Enterprise Vault обращается с сохраненными вами элементами точно так же, как и с любым другим заархивированным элементом.
Восстановить заархивированные элементы, то есть переместить или скопировать заархивированные элементы обратно в почтовый ящик в их первоначальном формате. Нет необходимости восстанавливать заархивированные элементы для их переадресации, ответа на них или выполнения других действий.
Перенести PST-файлы в Enterprise Vault. Outlook автоматически создает PST-файлы для локального хранения данных электронной почты. Эти файлы часто отображаются в Outlook с пометкой «Личные папки». Как правило, Enterprise Vault не архивирует информацию, содержащуюся в PST-файлах на компьютере. Однако в зависимости от того, как настроен перенос PST-файлов, либо администратор может заархивировать эти элементы для вас, либо вы сами можете выбрать перенос PST-файлов в Enterprise Vault.
Если у вас есть доступ к нескольким учетным записям Microsoft Exchange, имейте в виду, что вы можете использовать действия Enterprise Vault только для элементов в основном почтовом ящике. Основным является первый почтовый ящик Exchange, добавленный в профиль Outlook.
Symantec Enterprise Vault
Содержание
Первый продукт Enterprise Vault был разработан в конце 90-х гг. специалистами американской компании kVaultSoftware, поглощенной компанией VERITAS, которая, в свою очередь, была приобретена в 2005 г. корпорацией Symantec. Функционал Enterprise Vault, изначально ограниченный архивированием почтовых объектов, впоследствии был существенно расширен за счет других типов источников (файлов и SharePoint), организации уровневого хранения информации и таких инструментов e-discovery, как поиск, анализ информации в архивах и построение compliance-стратегии.
При этом в свойствах «заглушки» отображаются все свойства архивированного объекта. Пользователь, обратившись к своему файлу, увидит его полный размер, а не размер ярлыка. Внешне «заглушки» практически не отличаются от оригинальных объектов (рис. 1).Таким образом, процедура доступа пользователей к заархивированным объектам не изменяется, а на сервере значительно уменьшается объем хранимых данных.
Рис. 1. Пользовательский вид заархивированного файлового сервера
В качестве объектов архивирования могут выступать почтовые ящики и общие папки MS Exchange, почтовые ящики Lotus Domino, объекты MS SharePoint, файлы на сетевых ресурсах. Для построения compliance-стратегии используется функционал архивирования журналов MS Exchange и Domino, а также трафика SMTP. Кроме того, существует большое количество коннекторов для Enterprise Vault от сторонних систем, которые могут быть использованы для архивирования других объектов (таких как ECM-системы, системы обмена мгновенными сообщениями и др.). Для компаний, практикующих доступ мобильных пользователей к корпоративной почте, Enterprise Vault предлагает широкие возможности интеграции.
Virtual Vault Кроме вариантов интеграции Enterprise Vault с мобильными средами, стоит отметить возможность доступа к архивным объектам с помощью клиента Outlook Web Access, а также поиск заархивированных сообщений через Веб-браузер смартфона или планшета. Компаниям, планирующим переход на систему архивирования почты, может быть интересен функционал миграции PST или NSF-файлов в архив Enterprise Vault. Очень часто пользователи создают себе «на всякий случай» большое количество локальных почтовых файлов с дублирующими данными, которые в ходе проекта бывает сложно найти и затруднительно определить, какие из них реально нужны пользователям.
Теперь же все данные можно хранить и защищать консолидировано, без риска что-либо потерять. При хранении объектов в архивах Enterprise Vault использует встроенные средства оптимизации. Например, если сообщение с вложением большого размера было отправлено нескольким получателям, оно будет сохранено в архиве однократно. Кроме средств оптимизации хранения данных в архивах, Enterprise Vault дает возможность оптимизировать хранение на файловых серверах за счет введения политик хранения файлов. Например, можно заблокировать запись нежелательного контента на файловые хранилища. Данные политики могут быть настроены гибко, предоставляя отдельным пользователям как вариант возможность сохранения media-файлов в файловом хранилище.
За поиск и анализ информации отвечает компонент Enterprise Vault Discovery Accelerator. Он представляет собой модуль с отдельным интерфейсом для ИБ-специалистов с возможностью осуществлять поиск информации сразу во всех архивах Enterprise Vault. Критерии поиска могут включать в себя слова, фразы, даты, размеры и типы сообщений, данные по отправителю и адресату, вложениям и др. Результаты поиска могут быть экспортированы в один из распространенных форматов для последующего анализа или отправки ответа на внешний запрос. За работу с корпоративными политиками безопасности отвечает компонент Enterprise Vault Compliance Accelerator. Он позволяет автоматизировать проведение расследований в рамках всего предприятия, сгруппировав подлежащие мониторингу объекты в соответствии с организационной структурой компании.
Рис. 2. Взаимодействие Enterprise Vault и Data Classification Services
Symantec Enterprise Vault 9
Это корпоративное ПО предельно упростит решение широкого спектра задач, связанных с хранением, поиском и управлением неструктурированной информацией в масштабах организации.
Продукт позволит клиентским предприятиям существенно сократить затраты на архивирование информации, обнаружение дубликатов и удаление ненужных данных, а также поможет организовать работу в полном соответствии с законодательными и отраслевыми стандартами. Пользователям версии Enterprise Vault 9.0 предстоит оценить преимущества обновленных компонентов Enterprise Vault Discovery Collector и Discovery Accelerator, а также поддержку новых версий платформ Exchange Server, SharePoint Server и Lotus Domino.
В новой версии Symantec Enterprise Vault 9.0 реализована поддержка онлайновых продуктов Microsoft Business Productivity Online Suite (BPOS). Обновленный компонент Discovery Collector предусматривает расширенные возможности поиска и извлечения информации из неуправляемых источников данных, а также их отправки в Enterprise Vault в соответствии с юридическими требованиями. Компонент Enterprise Vault Discovery Accelerator использует новые, более эффективные технологии удаления дубликатов данных. Расширенный список платформ, поддерживаемых Enterprise Vault 9.0, включает в себя новые версии Microsoft Exchange Server 2010 Service Pack 1, Microsoft SharePoint Server 2010 и Lotus Domino 8.5.1. Пользователям платформы Lotus Domino также предоставляется возможность архивирования базы данных входящей электронной корреспонденции.
Новая версия Symantec Enterprise Vault была протестирована и сертифицирована на совместимость с устройствами Symantec FileStore. Благодаря тесной интеграции между этими продуктами, клиентские организации получат сквозное решение для управления и защиты информации в традиционных и облачных средах хранения. Предприятия смогут пользоваться встроенными механизмами защиты от вирусов, резервного копирования и восстановления данных, архивирования, создания мгновенных снимков (snapshot) и др. Организации, использующие решение Symantec NetBackup, теперь смогут использовать интегрированное агентское приложение для резервного копирования содержимого хранилищ Enterprise Vault.
Symantec Enterprise Vault 10
В версии Enterprise Vault 10 реализованы возможности сбора и архивирования информации, размещаемой на общедоступных социальных ресурсах, включая публикации в блогах, Twitter-сообщения и записи на страницах Facebook. Представители Symantec впервые анонсировали эту востребованную функциональность на конференции Visions 2011 в мае 2011 года. Новые механизмы, созданные с использованием технологий от партнерских компаний (Actiance, CommonDesk, Globanet, Hanzo и Socialware), позволят предприятиям организовать работу в соответствии с отраслевыми стандартами, такими как Financial Industry Regulatory Authority (FINRA).
Служба Data Classification Service, созданная на базе патентованной технологии Symantec Data Loss Prevention 11, отвечает за автоматическую классификацию почтовой корреспонденции и выбор подходящих политик хранения и архивации. Новая версия Enterprise Vault также тесно интегрируется с технологиями шифрования Symantec, что открывает перед сотрудниками организации широкие возможности классификации, хранения и обнаружения зашифрованной информации.
Другие ключевые особенности Enterprise Vault 10:
Технология Clearwell eDiscovery Platform, с недавнего времени используемая в продуктах Symantec, предоставит клиентам дополнительные возможности обработки, анализа и рецензирования записей, используемых в качестве доказательств в суде, необходимых для проведения аудиторских проверок, составления отчетов и решения других задач. В случае судебного разбирательства организации смогут доказать защищенность каждого документа на всех этапах обработки.
Veritas Enterprise Vault
В связи с особенностями лицензирования, цена на данный продукт предоставляется по запросу.
Veritas Enterprise Vault – это платформа для управления хранением и поиском информации в соответствии с нормативными и корпоративными требованиями. Enterprise Vault обеспечивает централизованное управление данными в почтовых программах, файловых серверах, социальных сетях и других средах. Решение может быть развернуто локально, в гибридных конфигурациях или в облаке.
Основные возможности Veritas Enterprise Vault:
Классификация отобранных данных:
Соблюдение требований к хранению нормативной и коммерческой информации:
Отбор и анализ данных электронной коммуникации:
Компания Veritas предлагает различные схемы лицензирования в зависимости от сегмента рынка: академические лицензии, корпоративные лицензии и лицензии для государственных и муниципальных учреждений.
Corporate – тип лицензии, предназначенный для небольших и средних компаний, которым требуется приобрести небольшое количество лицензий для работы в определенной стране.
Преимущества лицензирования Veritas
✅ Купите ПО Архиваторы от компании Veritas на официальном сайте
✅ Лицензии на ПО Архиваторы от компании Veritas по выгодной цене
✅ Архиваторы, Veritas, лицензии купить в Москве и других городах России
Рубингер Аркадий
Менеджер интернет-магазина
119270 г. Москва Москва, Лужнецкая набережная, д. 2/4, стр. 3А. +7 (495) 232-0060
A.rub@softline.com
Наши статусы
Softline — лидер в области продажи оборудования и лицензионного программного обеспечения
Узнавайте первыми о специальных предложениях!
Нажимая на «Подписаться», я соглашаюсь с Политикой конфиденциальности и даю согласие на обработку персональных данных
Symantec Enterprise Vault: логика работы
Сервер Enterprise Vault (дальше – EV) состоит из нескольких основных компонентов: серверные компоненты – сервисы и задачи, осуществляющие функции архивирования, индексирования, хранения и восстановления; административная консоль для настройки и управления сервисами, задачами и архивами; компоненты веб-доступа для осуществления пользовательского доступа в архив и дополнительных компонентов.
В частности, для архивирования Exchange-сервера они будут следующие:
После установки и настройки сервера EV сервисы и задачи начинают в фоновом режиме выполнять сканирование целевых серверов (в частности Exchange) на наличие объектов, которые должны быть перемещены в архив, индексировать поступившие в архив объекты, а так же обрабатывать запросы на доступ к объектам, которые уже находятся в архиве. Для доступа к Exchange используется MAPI-клиент (MS Outlook), который ставится на сервер EV.
Большинство этих задач используют базы, размещённые на SQL-сервере (локальном или внешнем):
Настройки архивирования хранятся в политиках. Настроек архивирования достаточно много – регулировать можно фактически любой момент процесса архивирования, начиная от типа объектов, которые необходимо архивировать, заканчивая кнопками EV доступными в почтовом клиенте пользователю.
Для применения политик используется специальная задача – Provisioning Task. Она распространяет по специальным группам инициализации политики (одна политика на группу) – клиентские и для почтовых ящиков. Фактически при этом идёт рассылка настроек через скрытые (hidden) сообщения по почтовым ящикам, которые входят в группу. В группу инициализации могут входить кроме почтовых ящиков группы рассылок (политики применяются ко всем членам группы рассылки), организационные единицы AD (политики применяются ко всем почтовым ящикам, которые находятся в ней и ко всем членам групп рассылок, которые находятся в ней), LDAP-запросы и даже вся почтовая организация целиком.
Рассылка политик по умолчанию происходит ежедневно в полночь. Но можно сделать 2 рассылки в день. Первую в любое время с полуночи до полудня, вторую в любое время с полудня до полуночи.
После завершения рассылки политик по конечным ящикам нужно для каждого конкретного почтового ящика задействовать архивирование (по умолчанию после рассылки политик задача архивирования не может сразу же приступить к процессу архивирования).
Только после получения политик и включения архивирования для почтового ящика он начинает сканироваться на наличие архивных документов и плагин для Outlook/OWA начинает обрабатывать запросы на доступ к архивным документам. Обе задачи обрабатывает специальная задача – задача по архивированию.
В случае сбора архивных документов объекты из почтового ящика помещаются в очередь на сервере EV. Сбор документов запускается по расписанию (можно запускать раз в час или раз в 15 минут в определённое время суток). При этом, для защиты от переполнения очереди все сообщения, которые не попали в очередь до запуска очередного сбора в архив в очередь не попадают, и их перемещение в архив откладывается. После того как объект был обработан, в зависимости от настроек, он или удаляется сразу из ящика (и вместо него можно оставить объект-ярлык) или остаётся в ящике до того момента, пока объект не будет помещён в резервную копию на сервере EV.
В случае попытки открытия ярлыка или попытки восстановления объекта плагин Outlook/OWA отправляет запрос на IIS-сервер, работающий на сервере EV, тот в свою очередь достаёт объект из архива и возвращает пользователю.
Кроме этого, пользователю может быть настроен доступ к архиву в офлайне (доступа ни к почтовому серверу, ни к серверу EV нет) и возможность визуализации архива в Outlook в виде дополнительного почтового ящика – при этом будет доступен прозрачный поиск и по архиву и по почтовому ящику. При этом следует помнить, что при подключении функции офлайнового архива требуется место на диске – в папку пользователя в специальный файл складывается архив, по умолчанию его размер ограничен 4 гигабайтами.
После этого небольшого вступления можно приступить к рассмотрению системных требований, установке и дальнейшей настройке сервера EV.
Станислав Булдаков
Veritas Access 7.3: плюсы, минусы, подводные камни
Программно-определяемый подход к хранению данных
В этой статье мы рассмотрим и протестируем новую версию программно-определяемой системы хранения данных (Software-Defined Storage, SDS) Veritas Access 7.3 — многоцелевого масштабируемого хранилища данных на базе обычных серверов архитектуры x86 с поддержкой файлового, блочного и объектного доступа. Наша основная задача — познакомиться с продуктом, c его функционалом и возможностями.
Компания Veritas — это синоним надежности и опыта в сфере управления информацией, владеющая многолетней традицией лидерства на рынке резервного копирования, производящая решения для анализа информации и обеспечения ее высокой доступности. В Software-Defined Storage решении Veritas Access мы видим будущее и уверены, что через некоторое время продукт обретет популярность и займёт одну из ключевых позиций на рынке SDS решений.
В качестве платформы, на которой был создан Access, выступил продукт с давней историей InfoScale (Veritas Storage Foundation), который во времена отсутствия виртуализации был на пике популярности в Highly Аvailable (HA) решениях. И от младшего брата Veritas Access мы ожидаем продолжение истории успеха НА в виде Software-Defined Storage.
Для прозрачности тестирования, максимально приближенного к продакшену, мы совместно с коллегами из одного из дистрибьюторов Veritas – компании OCS, собрали на физических серверах пятиузловый стенд: двухузловый кластер в ЦОДе Открытых Технологий и трехузловый в ЦОДе OCS. Ниже будут фотографии и схемы.
File vs Block vs Object Storage
Veritas Access работает на раздачу по всем протоколам, предоставляя файловый, блочный и объектный доступы. Разница только в том, что файловый доступ настраиваться очень легко через WEB интерфейс, а настройка двух других на текущий момент мало описана и сложна.
NFS, S3 работают на узлах в режиме active-active. iSCSI и CIFS в текущем релизе 7.3 работает в active-passive. Сервисы, подключенные по NFS, S3 продолжат работу при выходе из строя любого из узлов, а сервисы, подключенные по CIFS, iSCSI, могут не пережить потерею узла, на котором активен CIFS (Samba). Пройдет некоторое время, пока кластер поймет, что узел вышел из строя, и запустит службу CIFS (Samba) на другом узле, аналогично с iSCSI. Active-active для iSCSI и CIFS обещан в следующих релизах.
iSCSI в 7.3 представлен как tech preview, в версии Veritas Access 7.3.1, выход которой обещан на 17 декабря 2017 г, будет полноценная реализация iSCSI в active-active.
Подробнее про режимы:
Почему SDS?
Традиционные системы хранения отлично справляются с текущими задачами, обеспечивая необходимую производительность и доступность данных. Но стоимость хранения и управление разными поколениями СХД являются определённо не самыми сильными сторонами традиционных решений. Масштабирование по архитектуре Scale-up, где наращивание производительности идёт путём замены отдельных компонентов системы, не способны сдержать рост неструктурированных данных в современном IT-мире.
Помимо архитектуры вертикального масштабирования Scale-up появились решения Scale-out, где масштабирование осуществляется добавлением новых узлов и распределением нагрузки между ними. Используя такой подход, проблема роста неструктурированных данных решается быстро и доступно.
Минусы традиционных систем хранения данных:
• Высокая стоимость
• Малый срок актуальности СХД
• Сложное управление СХД различных поколений и производителей
• Архитектура масштабирования Scale-up
Плюсы Software-Defined Storage с горизонтальным масштабированием Scale-out:
• Нет зависимости от аппаратной части системы, для узлов можно использовать любые сервера х86
• Гибкое и надёжное решение с простым масштабированием и поддержкой избыточности
• Предсказуемый уровень обслуживания приложений на основе политик
• Низкая стоимость
• Производительность
Минусы программно-определяемую систему хранения данных:
• Отсутствие единой точки для техподдержки
• Требуются более квалифицированные инженеры
• Необходимость в N-кратном объеме ресурсов (избыточный объем)
При попытках расширить традиционную систему хранения после 3–5 лет использования пользователь сталкивается с резко повышающимися издержками, которые вынуждают покупать новую СХД. При появлении разрозненных устройств различных производителей теряется контроль над обеспечением уровня качества и надежности подсистемы хранения в целом, что, как правило, сильно затрудняет решение бизнес-задач.
Программно-определяемая СХД позволяет взглянуть на проблему размещения растущих данных c другой стороны: ее внедрение сохраняет производительность и доступность информации, не разводя зоопарк из различных производителей и поколений СХД, что делает работу с данными доступнее во всех планах.
Основные преимущества для бизнеса
Основные технические характеристики
АРХИТЕКТУРА
Veritas Access гибко и легко масштабируется увеличением узлов. Это решение подходит, в первую очередь, для работы с неструктурированными данными, а также с другими задачами хранения. Потребность в программно-определяемых СХД диктует переход к многоцелевым, многопротокольным продуктам, которые сочетают в себе надёжность, высокую производительность и доступную стоимость.
Кластер Veritas Access состоит из подключенных серверов — узлов. Вместе они образуют объединенный кластер, совместно использующий все основные ресурсы. Минимальная эталонная архитектура состоит из двухузлового конвергентного решения для хранения данных.
Фундамент Veritas Access — Veritas Storage Foundation
Наработки, полученные в течение жизненного цикла Veritas Storage Foundation, нашли свое логичное применение в современном продукте класса SDS, коим является Veritas Access. В основном свое проявление в Access находят следующие компоненты:
По оперативной памяти рекомендация 32 Гбайт на продакшен. Veritas Cluster File System (CFS) позволяет кешировать данные за счёт оперативной памяти, следовательно любой размер памяти выше 32 Гбайт лишним не будет, но и меньше лучше не использовать. Для тестирования вполне хватит и 8 Гбайт, программных ограничений нет.
Трёхузловую конфигурацию лучше избегать, рекомендуем использовать два узла или сразу четыре, пять и т.д. Текущее ограничение одного кластера – 20 узлов. Кластер InfoScale поддерживает 60, так что 20 узлов — не предел.
Кластер VCS обеспечивает отказоустойчивое функционирование сервисов доступа к данным по протоколам NFS, CIFS, S3, FTP, Oracle Direct NFS и соответствующей инфраструктуры на узлах Veritas Access, причем в определенных конфигурациях возможно обеспечить запись и чтение одних и тех же данных с использованием различных протоколов.
Для организации файловых систем размером до 3 Пбайт может применяться масштабируемая файловая система (Scale-out), позволяющая, в частности, подключить внешнее облачное хранилище в рамках единого пространства имен. При построении распределенных систем хранения или катастрофоустойчивости может быть настроена файловая репликация между различными хранилищами Veritas Access. Данная технология позволяет асинхронно реплицировать файловую систему исходного кластера в удаленный кластер с минимальным интервалом в 15 минут, причем удаленная файловая система остается открытой на чтение во время репликации. Поддерживается балансировка нагрузки между репликационными линками и мгновенное переключение удаленной файловой системы в режим запись при недоступности источника и переключение сервиса репликации с одного узла на другой в случае сбоя.
Количество параллельных операций репликации не ограничено. Важно отметить, что технология репликации использует функционал Veritas CFS/VxFS (журнал изменения файлов File Change Log и мгновенные копии на уровне файловой системы) для быстрого определения изменений, что позволяет избежать потерь времени на сканирование файловой системы и значительно увеличить производительность репликации.
АРХИТЕКТУРА РАБОТЫ С ДИСКАМИ
Схема стенда совместно с OCS:
Фото стенда в Открытых Технологиях:
 |  |
|---|
Скачивание и установка
Получить дистрибутив Linux Red Hat Enterprise на подписку на 30 дней можно по этой ссылке. После оформления триала будут доступны на скачивание дистрибутивы Red Hat, в частности нужные релизы 6.6–6.8.
Получить дистрибутив Veritas Access можно по этой ссылке. Для этого нужно заполнить триальную форму. В процессе установки система сама предложит ключ на 60 дней. Добавить основную лицензию можно позднее через панель веб администрирования в разделе Settings → Licensing
Вся документация для версии 7.3 доступна по ссылке.
Установку Veritas Access условно можно разделить на два этапа:
1. Установка и настройка Red Hat Enterprise Linux
2. Установка Veritas Access
Установка Linux Red Hat Enterprise Linux
Обычная установка Linux без каких-либо сложностей.
Требования к Red Hat:
При наличии подписки Red Hat установщик Veritas Access сам подтянет необходимые ему модули RPM. Начиная с релиза Access 7.3 все необходимые модули добавлены в репозиторий установщика.
На паблик интерфейсах помимо IP адресов необходимо установить флаг Connection automatically или ONBOOT=yes в конфигурационном файле интерфейсов.
Установка Veritas Access:
Установочные файлы необходимо разместить на одном узле. Установка запускается командой:
где node1_ip, node2_ip — любой из ip адресов публичного интерфейса.
В процессе установки Veritas Access есть моменты, которым стоит уделить внимание:
• web — в нашем случае это https://172.25.10.250:14161
• ssh — на 172.25.10.250 с логином master (пароль по умолчанию master) и root
После установки Access необходимо предоставить кластеру все диски каждого узла, которые планируете использовать в кластере под данные. Этот процесс не автоматический, так как возможно у вас будут на некоторые диски кластера другие планы.
Команды CLISH:
Для “нестандартных” серверных дисков необходимо указать модель диска и адрес, на котором лежит S/N диска. В моём случае на SATA дисках команда получилась:
Это небольшой минус SDS систем относительно жестких дисков не из Hardware Compatibility Lists. Каждый вендор закладывает свои стандарты в диски, видя терабайт в разном количестве байтов, секторов, размещая идентификаторы в различные адреса. И ситуация вполне нормальная. Если SDS система хранения неправильно определит диски, ей нужно немного помочь, в случае с Access инструкция здесь.
И тут прослеживается плюс Access’а: возникла нестандартная ситуация — есть документ с её решением, который ищется гуглом, вдобавок есть подробная справка в самом модуле vxddladm. Нет необходимости читать буржуйские форумы, допиливать на коленке с непредсказуемым результатом в продакшене. Если проблему не удаётся решить самостоятельно, всегда можно обратиться в техподдержку.
В итоге каждый диск должен быть доступен каждому узлу кластера.
После установки папка с установочными файлами будет удалена.
Как всё работает
В нашем случае кластер состоит из двух узлов:
Каждый узел имеет физические и виртуальные IP адреса. Физические IP назначены каждому узлу как уникальные, виртуальные IP обслуживают все узлы кластера. По физическим интерфейсам можно проверить доступность узла, подключиться — непосредственно по ssh. В случае недоступности узла его физические интерфейсы будут недоступны. Виртуальные IP каждого узла обслуживают все узлы кластера и активны, пока есть хотя бы один живой узел кластера. Клиенты работают только с виртуальными адресами.
Каждая шара отображает информацию о том, по каким IP она доступна.
В любой момент времени один узел выполняет роль мастера, на скриншоте это узел va73_02. Мастер узел выполняет задачи администрирования, распределению нагрузки. Роль мастера узла может быть передана или взята другим узлом в случае потери доступности или выполнения ряда условий, заложенных в логику кластера Veritas Access. При потери внутреннего интерконнекта может случится неприятная ситуация, при которой каждый узел станет мастером. Надежности внутреннего интерконнекта нужно уделять отдельное внимание.
Управление
В Veritas Access доступно 3 интерфейса управления: CLISH в режиме root и master, WEB и REST API.
| ssh master mode (login root, master) | web |
|---|---|
| |
ssh master mode
Самая полная консоль управление кластером Veritas Access, доступ осуществляется по ssh на IP управления с логином master (пароль по умолчанию master). Имеет интуитивно понятный упрощенный набор команд и подробную справку.
Обычная консоль управления Linux, доступ осуществляется по ssh c логином root на IP управления.
WEB консоль управленияr кластером, доступ осуществляется по логину root или master на IP управления по порту: 14161, протокол https.
WEB консоль интерпретирует команды в ssh master mode.
С каждым релизом наблюдается расширение возможностей управления по WEB.
Первоначальная настройка
Буквально пару слов по запуску Veritas Access как системы хранения.
1. Объединяем диски в storage pool
2. Создаём файловую систему исходя из типа дисков, данных и требуемой защиты (аналог RAID)
3. Расшариваем файловую систему по нужным протоколам. Одну файловую систему можно расшарить по нескольким протоколам и, к примеру, получить доступ к одним и тем же файлам как по NFS так и по CIFS, как временно так и постоянно.
Подключение по ISCSI внешних СХД и любых других устройств хранения
Veritas Access поддерживает использование для хранения любые томов iSCSI или СХД сторонних производителей. Диски сторонних систем хранения нужно предоставлять по отдельности в RAW формате. Если это невозможно, используется RAID 5 из 3-х дисков. Защита данных обеспечивается средствами файловой системы Veritas Access и представлена в разделе выше. В защите данных на уровне hardware raid нет необходимости, в настройках файловой системы Access указывается число узлов, на которых будут зазеркалированы ваши данные.
Подключённые по iSCSI тома возможно включить в общие пулы.
Добавление iSCSI диска выглядит так:
1. Включаем iSCSI в разделе storage:
2. Добавляем iSCSI device:
3. Подключаем iSCSI диск:
В качестве тестового диска iSCSI — win2012
Раздача по ISCSI томов хранения
Процесс настройки в текущем релизе немного своеобразный, детально можно с ним ознакомится стр. 437 в Command Reference Guide (iSCSI target service). Для многих команд в текущем релизе нет возможности посмотреть настройки, т.е. все параметры лучше предварительно записывать в ТХТ файл.
Важное замечание, в версии 7.3 есть баг, из-за которого не стартует служба iSCSI!
Его пофиксить можно следующим образом:
На узлах нужно поправить файл /opt/VRTSnas/pysnas/target/target_manager.py
В строке 381, исправить [1] на [-1].
Процесс запуска раздачи по iSCSI выглядит так:
Еще одно важное замечание: без перезапуска службы iSCSI новые параметры не применяются!
Если что-то идёт не так, логи iSCSI target работы можно смотреть по путям:
На этом, собственно, все. Подключаем наш iSCSI том к VMware ESXi.
Устанавливаем виртуальную машину на том iSCSI, работа без нагрузки:
Так выглядит имитация отказа SLAVE узла под нагрузкой (копирование 10 Гбайт)
Интеграция Veritas Access c Veritas NetBackup
Важным преимуществом Veritas Access является встроенная интеграция с ПО резервного копирования Veritas NetBackup, обеспечиваемой предустановленным по умолчанию на всех узлах агентом NetBackup Client, который настраивается через командный интерфейс Veritas Access CLISH. Доступны следующие типы операций бекапа:
• полный;
• дифференциально-инкрементальный;
• кумулятивно-инкрементальный;
• мгновенная копия контрольной точки на уровне VxFS.
Долгосрочное хранилище резервных копий для NetBackup
Возможности Veritas Access по интеграции с NetBackup позволяют рассмотреть его как более дешевую и простую альтернативу ленточным носителям для задачи долговременного хранения резервных копий. В этом случае интеграция может быть выполнена с использованием стороннего свободного ПО OpenDedup, которое устанавливается на медиасервере NetBackup и подключается как логическое устройство NetBackup Storage Unit. OpenDedup инсталлируется на томе со специализированной файловой системой OpenDedup SDFS, которая размещается внутри контейнера S3 bucket на хранилище Veritas Access. При дублировании резервных копий политика NetBackup (Storage Lifecycle Policy) управляет записью на логическое устройство NetBackup Storage Unit, и данные отправляются в дедуплицированном виде по протоколу S3 на хранилище Veritas Access. Следует отметить, что несколько медиасерверов могут одновременно выполнять запись в один и тот же контейнер S3 bucket, что, в отличие от ленточных носителей, способных выполнять только компрессию потока данных с гораздо меньшей эффективностью, обеспечивает глобальную дедупликацию при хранении долговременных копий.
Настраивается всё довольно просто, но начиная с версии 8.1 требуются сертификаты.
Обновление Veritas Access на версию выше
Мы начинали изучать и тестировать Veritas Access версии7.2, но после недели тестирования вышла новая 7.3.
Встал вопрос интересного кейса — обновление.
Кейс актуальный, с которым владельцы SDS решений рано или поздно столкнутся.
Возможность обновления предусмотрена в админке по логину master.
Veritas Access как система хранения для VMware по NFS
Следует отметить простоту использования NFS. Его использование не требует внедрения и освоения сложной FC-инфраструктуры, непростых процессов настроек зонинга или разбирательства с iSCSI. Использовать NFS для доступа к датастору также просто и тем, что гранулярность хранения при этом равна файлу VMDK, а не целиком датастору, как в случае блочных протоколов. Датастор NFS — это обычная монтируемая на хост сетевая шара с файлами дисков виртуальных машин и их конфигами. Это, в свою очередь, облегчает резервное копирование и восстановление, так как единицей копирования и восстановления является простой файл, отдельный виртуальный диск отдельной виртуальной машины. Нельзя сбрасывать со счетов и то, что при использовании NFS вы автоматически получаете thin provisioning, а дедупликация высвобождает вам пространство непосредственно на уровень датастора, что делает его доступным администратору и пользователям VM, а не на уровень стораджа, как в случае использования LUN-а. Это все также выглядит крайне привлекательно с точки зрения использования виртуальной инфраструктуры.
Наконец, используя датастор по NFS, вы не ограничены лимитом в 2 Tбайта. Это как нельзя кстати в случае, если вам, например, приходится администрировать большое количество сравнительно слабонагруженных вводом-выводом машин. Их всех можно поместить на один большой датастор, бэкапить и управлять которым гораздо проще, чем десятком разрозненных VMFS LUN-ов по 2 Tбайта каждый.
Кроме того, вы можете свободно не только увеличивать, но и уменьшать датастор. Это может быть очень полезной возможностью для динамичной инфраструктуры с большим количеством разнородных VM, таких как среды облачных провайдеров, где VM постоянно создаются и удаляются, и данный конкретный датастор для размещения этих VM, может не только расти, но и уменьшаться.
Ну, во-первых, это невозможность использовать RDM (Raw-device mapping), который может понадобиться, например, для реализации кластера MS Cluster Service, если вы его хотите использовать. С NFS нельзя загрузиться (по крайней мере простым и обычным способом, типа boot-from-SAN). Использование NFS сопряжено с некоторым увеличением нагрузки на сторадж, так как ряд операций, которые в случае блочного SAN реализуются на стороне хоста, в случае NFS поддерживается стораджем. Это всяческие блокировки, разграничение доступа, и так далее.
Подключения VMware к Veritas Access по NFS выглядит вот так, согласитесь, это очень просто:
Для проверки отказоустойчивости и производительности мы разметили виртуальную машину на win 2008 R2 на шару, которая находится в зеркале на двух узлах.
Так выглядит имитация отказа мастер узла без нагрузки, в момент выдергивания кабеля latency поднялся с 0.7 до 7:
Так выглядит имитация отказа мастер узла под нагрузкой (копирование 10 Гбайт):
Так выглядит имитация отказа SLAVE узла под нагрузкой (копирование 10 Гбайт):
S3 И ОБЪЕКТНОЕ ХРАНЕНИЕ
Один из основных недостатков NFS, iSCSI, CIFS — сложность использования на больших расстояниях. Задачу по пробросу NFS шары в соседний город можно назвать как минимум интересной, а сделать это по S3 не составит никаких трудностей. Популярность объектного хранения растёт, всё больше приложений поддерживают объектные стораджи и S3 в частности.
Для настройки и тестирования S3 есть удобный и бесплатный инструмент — S3 Browser. Настройка S3 на Veritas Access довольно проста, но своеобразна. Для доступа по S3 нужно получить связку ключей Access Key и Secret Key. Доменные пользовали видят свои ключи через WEB интерфейс Access, ключи для root пользователя в текущем релизе получаются скриптами через консоль CLISH.
Подключили по S3 NetBackup:
РЕПЛИКАЦИЯ
Veritas Access поддерживает синхронную и асинхронную репликацию. Репликация идёт в базовом функционале без дополнительных лицензий и настраивается довольно просто. Асинхронная репликация осуществляется на базе файловых систем, синхронная — на базе томов. Для проверки работы репликации мы объединили наш кластер Veritas Access и кластер дистрибьютора OCS средствами репликации на уровне файловых систем. Для связи между площадками был организован IPSEC туннель.
Еще раз схема стенда:
Настройка репликации через WEB браузер:
После успешной авторизации появляется Replication link:
Примонтировали две шары с каждого кластера на две папки:
Скопировали данные в папку источника:
Запустили задание репликации, чтобы не ждать таймер:
Файлы появились в папке получателя:
ВЫВОДЫ
Veritas Access — это интересное Software-Defined Storage решение, которое нестыдно предложить заказчику. Это действительно доступная, легко масштабируемая система хранения данных с поддержкой файлового, блочного и объектного доступа. Access предоставляет возможности построения высокопроизводительного и экономически эффективного хранилища для неструктурированных данных. Возможности по интеграции с OpenStack, облачными провайдерами и другими технологиями Veritas позволяют применять это решение в следующих сферах:
• Медиахолдинги: хранение фото- и видеоконтента;
• Госсектор: хранения ведиоархивов системами типа «безопасный город»;
• Спорт: хранение видеоархивов и другой важной информации стадионами и другими спортивными объектами;
• Телекоммуникации: хранение первичных данных биллинга CDR (Call Detail Records);
• Финансовый сектор: хранение выписок, платежных документов, сканов паспортов и т.д.;
• Страховые компании: хранение документации, сканов паспортов, фотографий и т.д.;
• Медицинский сектор: хранение рентгеновских снимков, МРТ снимков, результатов анализов и т.д.;
• Облачные провайдеры: организация хранения для OpenStack.
• Альтернатива ленточным системам хранения
• Легкая масштабируемость;
• Любые х86 сервера;
• Относительно невысокая стоимость.
• В текущим релизе продукт требует повышенного внимания инженеров;
• Слабая документация;
• CIFS, iSCSI работают в режиме active-passive.
Команда Veritas Access регулярно выпускают новые релизы в соответствии с графиком (roadmap), устраняя ошибки и добавляя новые возможности. Из интересного в новом релизе Veritas Access 7.3.1 от 17 декабря 2017 ожидается: полноценная реализация iSCSI, erasure coding, до 32 узлов в кластере.
Если у вас есть вопросы по работе, функционалу или настройке — пишите, звоните, мы всегда готовы к помощи и сотрудничеству.