Обеспечьте успех с помощью новейшего экзамена VMware 5V0-22.21 — обзор

Курс на полностью виртуализированную инфраструктуру начался с виртуализации инфраструктуры центра обработки данных VMware в 1998 году. До этого, по крайней мере, на платформе x86, если вы хотели выполнять свою рабочую нагрузку, вам приходилось покупать для нее отдельный сервер; Когда-то это было основной целью сетевых стартапов в то время, поэтому требовалось много капитала, вам приходилось покупать отдельные серверы для каждой рабочей нагрузки, и вы хотели, чтобы они находились в централизованном центре обработки данных. Разрастание серверов когда-то было актуальной и серьезной проблемой.

Вскоре после этого в Кембриджском университете стартовала миссия Xen; В конечном итоге Xen стала платформой виртуализации, которую желали несколько поставщиков облачных услуг с финансами, чтобы персонализировать ее. VMware удалось предоставить организациям курс на выполнение своих рабочих нагрузок более экологичным способом, а конечный результат понижения уровня ноутбука до набора цифровых архивов привел к новой волне инноваций; когда-то их было удобно вернуть, было легко иметь репликацию, было проще убедиться, что они были устойчивыми, и оградить человека от результатов ненадежного оборудования.

Это сделало VMware компанией с оборотом в миллиард долларов; это также то, что спровоцировало волну инноваций, которые мы с тех пор рассматривали в области облачных вычислений. VMware представляет собой выбор. VMware удвоила свой метод Software-Defined Data Center, который позволил дополнительно виртуализировать сеть, хранилище и вычислительные ресурсы. Я использую инфраструктуру VMware примерно с 2004/5 года, когда я однажды был добавлен к ноутбуку, а вскоре после этого к ESX.

Как стать успешным специалистом по VMware vSAN: https://www.dumpsjournal.com/Exam/5V0-22-21-dumps.html

Преимущества версии 5V0-22.21 — VMware vSAN Specialist:

• Более экономично создавать и эксплуатировать массив. На хранение обычно приходилось примерно 40–60 % затрат на инфраструктуру центра обработки данных. Это значение может быть значительно уменьшено с помощью кластеров vSAN подходящего размера.

• Он ориентирован на будущее; многие поставщики облачных услуг могут управлять вашими рабочими нагрузками в vSAN (AWS, IBM, мы поддерживаем это в Node Africa).

• Цена входа очень низкая, и если сканирование не удастся и вы сделаете вывод, что vSan не работает для вашей организации, но у вас, тем не менее, есть повседневные вычислительные серверы, угроза будет очень низкой.

• Совместимость с современной средой VMware.

Сетевой администратор Догберт:

Сеть всегда приносила большой доход; предприятия в доме сделали состояние. Было бы неверно предполагать, что источником их дохода раньше было оборудование; во многих случаях это было связано с программным обеспечением. Многим OEM-производителям требовалось специальное обучение, у них было собственное программное обеспечение и работающие системы; по мере того, как аппаратное обеспечение превращалось в товар, а программное обеспечение — в секретный соус. Эта блокировка когда-то была очень сложной для бизнеса, поскольку, как только вы шли по направлению с одним поставщиком, вас ловили, и вы не могли по-настоящему выбрать всех остальных поставщиков (вам пришлось бы переобучать свой персонал и т. д.).

Естественно, это хаотичное окружение сделало его пригодным для разрушения. Раньше были большие проблемы даже внутри сети VMware; у вас должен быть цифровой рабочий стол на физическом хосте, вы можете захотеть использовать этот цифровой ноутбук на физическом хосте, к сообществу которого у вас нет доступа. Поэтому, естественно, следующим элементом, который сделала VMware, было подвести итоги работы в сети в 2012 году, когда они купили Nicira. В течение очень долгого времени у всех людей в доме виртуализации была большая головная боль: как вы справляетесь с сетью? VMware виртуализировала все, начиная с третьего уровня, гарантируя, что организации теперь будут иметь единую панель управления для своих операций. Когда-то это был NSX. Раньше это было прорывом в сетевом бизнесе, поскольку оно устранило привязку к поставщику сразу и навсегда. В Node Africa в настоящее время мы используем трех исключительных сетевых провайдеров в тандеме, очевидно, потому, что когда-то это было то, на что у нас должны были быть средства в то время. Учитывая, что все Genius работает через NSX, все, что мы хотели сделать, это использовать несколько управляемых коммутаторов, и все. Это сэкономило нам деньги и значительно упростило управление нашими операциями.

Хранилище:

У хранилища была такая же модель, как у сетей и вычислений, ОС когда-то была способом продвижения аппаратного обеспечения для хранения с премией. Подобно сетевому сценарию, программное обеспечение также является волшебством, которое позволило OEM-производителям продвигать хранилище по более высокой цене.

В конце концов, носители информации писали свои программы поверх обычных структур NIX и продвигали их с премией. Это дало большой шанс для компаний, занимающихся хранением данных, но много проблем для клиентов, конечно, из-за того, что операторы заблокировали вас на проприетарной платформе; вам не разрешалось масштабировать массив хранения с помощью стандартного оборудования, если вы этого хотели. Нужно было купить новый массив хранения у передового поставщика. Это привело к ряду проблем с определением размеров, например

• Можно было бы недостаточно выделить свой массив хранения (необработанную емкость) для низкой первоначальной стоимости покупки, у этого была одна главная проблема — ваши потребности в хранении развивались быстрее, чем предполагалось (что часто случалось), раньше не было прямого улучшения курса и вам пришлось купить новый и очень дорогой массив хранения.

• Следует перераспределить свой массив хранения и отказаться от машины, которая ни в коем случае не используется полностью, и через время, когда они будут полностью загружены, массивы хранения будут отданы на всю жизнь.

• Когда-то особенно проблематичным было определение размеров для нужд ввода-вывода; многие организации в конечном итоге решили выделить для этого избыточные средства; раньше не было способа правильно измерить то, что вы хотели в то время.

• Еще ​​одной серьезной проблемой когда-то было определение размера для сети, поскольку у вас было слишком много экземпляров, чтобы получить дорогостоящие оптоволоконные инструменты, которые когда-то были полезны исключительно для массива.

Мы разговаривали со слишком многими клиентами, чье аппаратное обеспечение вышло из строя, или работающее устройство для массива хранения больше не поддерживается, или они переполнили свой массив, и единственный предлагаемый ответ — какой-то другой дорогой монолитный массив хранения.

Именно эти проблемы пытается решить vSAN от VMware. vSAN — это распределенная масштабируемая платформа хранения, предназначенная для предоставления пула хранения внутри кластера VMware. Мы используем vSAN в Node Africa; у нас есть серверы DL 380, которые удваиваются как каждый компьютер и хранилище. vSAN использует тот же метод, который VMware использовала до сих пор с сетевой и вычислительной инфраструктурой: отделение операционной системы хранения от какого-либо одного продавца и предоставление вам как организации возможности выбирать надлежащие альтернативы, связанные с вашим оборудованием.

С программным обеспечением, описываемым как хранилище, вы больше не привязаны к конкретной аппаратной платформе, вы можете по-настоящему приобрести аналогичное стандартное серверное оборудование у любого дилера x86 и развернуть свое хранилище. У вас есть возможность комбинировать и соответствовать вашим требованиям; вы можете оптимизировать свой сервер для дискового пространства (скажем, SSD) или емкости и т. д.

Последние мысли:

Ваш массив хранения можно масштабировать бесконечно, поэтому вам следует начать с очень небольшой группы серверов с низкими возможностями и масштабировать ее до более чем 1 петабайта. Это беспрецедентная гибкость. Вы можете выбрать более дешевую сеть, которую можно модернизировать с течением времени, что также может больше не быть обязательным, например, когда вы увеличиваете диапазон модулей по мере увеличения общей пропускной способности массива. Вы можете иметь до шестидесяти четырех стручков.