Вообще трудно, так как иоу инстансы имеют некоторые общие ресурсы.
Загрузил на UNL стенд IPX TS из 44 устройств, чтобы посмотреть сколько это все занимать будет
Физика
Логика
Тестировалось на VM под ESXi. Ресурсы VM: 8 CPU и 24G RAM
Если выбрать Start ALL — то стенд полностью загружается менее чем за 6 секунд. Объем памяти на все примерно 5G
Некоторых — да. Посмотрел и выключил, так как меня интересуют большие топологии, а для этого нужен компьютер соответствующий.
Хорошо, конечно, снимаю шляпу. Мне хватило нескольких экспериментов. Кроме того, что девайс запустился, он должен еще и функционировать. Очень неприятно например обнаружить, что в vIOS только 8 интерфейсов в QEMU и необходимо рекомпилировать GNS3, А, например, Checkpoint так завести и не удалось. Я к тому, что у GNS не официального списка поддерживаемых устройств, т.е вот сказать, что данная VM будет гарантировано функционировать сказать нельзя. Такой сам себе конструктор.
Лучше объяснили бы, как это работает, и пример, когда оно надо
Ну например.
Вы создали Rack, скажем CCIE RS — и обучаете студентов — садитесь детишки в круг, открываем стенд номер такой-то, запускаем девайсы и выполним лабу номер 1 (условно говоря из VOL I). Это только в качестве примера.
Как это работает? Стенд у вас один. Каждый пользователь логинится под своей утечкой на виртуалку (Web) и осуществляет запуск устройств. Хоть топология и общая, но стенд — как бы клонируется, и каждый пользователь работает независимо от другого — свои конфиги, свой доступ к роутерам и т.д, так как если бы у человека была собственная VM со всем набором. При этом процессы QUMU/IOL запускаются для каждого пользователя свои.
Другой пример.
Вы собрали стнед и сделали, что-то типа Rack Rental, т.е дали удаленный доступ своим друзьям/коллегам. Несколько людей независимо друг от друга собирают свои собственные стенды и не мешают друг другу. Тут можно разного придумать.
Реально? С планшета? В CLI? Зачем же так издеваться над собой?
А что? Планшет широкий, telnet есть, web есть. У всяко не хуже чем Linux VM на Windows на которой GNS3 запущен. И ведь свой любимый SecureCRT не получиться заюзать, ибо весь управляющий инструмент запускается из той же VM Linux.
Но если серьезно — это просто пример. Цель была сказать, что управлять можно с любого ПК без установки доп софта. Ибо никогда не знаешь, клиент у тебя заглючил или действительно на бэкэнде что-то не так.
Перезагружать устройства не надо — проверил только что с тремя IOL.
Попробуйте проверьте с QEMU или c ASA. Насколько я помню GNS даже не давал линк подцепить к работающему девайсу.
Поэтому для меня работа в облаке — самая важная фича.
Т.е проще говоря — в ресурсах. Вам нужно много ресурсов. Стенд из 45 устройств, подозреваю в Web-iou будет загружаться/работать медленно, так как VM iou-web 32-разрядная Centos с 4G RAM. Не трудно посчитать, сколько для 45 девайсов требуется RAM.
Я облачные технологии не использую, так как есть ESXi в наличие. Но Ravello Systems это действительно к UNL не имеет отношения — на сколько я понял это гипервизор, который работает поверх облака AWS или Гугла, посредством чего можно развернуть в облаке ESXi, а на него поставить VM По ссылке как раз и приведен пример такого :)
FROM CLI. Кто этим будет пользоваться? Я вообще себе слабо представляю use-case, где нужно иметь возможность логиниться из-под разных юзеров.
Вы это серьезно?!!!
Во первых мультиюзер уже работает.
Строчка
Multi user from CLI (UI will be ready soon)
Означает, что заведение новых пользователей на данный момент выполняется только из CLI. Из WebUI будет позже.
Во вторых, функционал сделан, чтобы несколько человек одновременно могли работать каждый со своими или общим стендами, Например, очень хорошо подходит для обучения
По-вашему, это недостаток GNS?
Да считаю, что это недостаток. Я могу например управлять стендом из любого места, с любого ПК, даже с планшета. А вы только там где стоит клиент.
Я уже использовал web-iou Andrea с 45 нодами, когда веб-интерфейс перестает реагировать на любые действия. Спасибо, не надо.
По моему тоже самое сказать и про GNS. У меня, например, из клиента девайсы например не запускались и крашились или гипервизор жутко тупил.
Нет, в GNS3 можно подгружать свои конфиги для IOL.
Значит сделали, хорошо. Поправлю в статье.
Чем здесь UNL поможет? О каких мучениях идёт речь?
Хотите за мучения пожалуйста.
У вас есть топология с вашими 45 устройств и сотней линков. Топология выглядит как каша. Допустим вам нужно отредактировать устройство переключив линки из одного порта в другой. В UNL это делается в два клика. В GNS — нужно удалить линк (правой кнопкой и не промазать, случайно попав на соседний), создать новый и перезагрузить два девайса, которыми данный линк был соединен. В GNS нет возможности редактирования линков.
В UNL открываете устройство на редактирование интерфейсов и назначаете на порты нужные соединения и не надо 50 раз двигать мышью выискивая в захламленной топологии нужные девайсы. Так что увольте.
Сами пробовали или просто так ссылку кинули на странную статью про NSX?
Т.е по существу сказать нечего. Нет я не пробовал пока, но разрабы тестировали — говорят работает, как раз вчера у них спросил. Линк от них.
Почему этой ссылки нет в статье? В статье есть только «Революция», «оставляет далеко позади» и т.д. Это первое.
Есть ссылка на главную страницу, по переходу сразу данную информацию можно прочесть. А «оставляет далеко позади» — по мне это действительно так. Вы можете конечно с доводами выше не согласиться, право ваше. Предлагаю на этом закончить холивар
Давайте конкретно, в каких? Всё, что запускается в отдельных ВМ (а по сути, все образы в UNL работают благодаря Nested Virtualization), можно запустить также и в GNS3.
Вы правы, но правильнее сказать можно попробовать запустить. Но запустив можно столкнуться с некоторыми удивительными открытиями. Пользователи GNS под Windows с удивлением обнаружат, что их образ VM ограничен 2Gb RAM и 8-ю интерфейсами. Например если попытаться запустить vIOS-L2/L3 (в GNS уже есть готовый шаблон для него), вы с удивлением обнаружите, что если в настройках укажите количество интерфейсов больше 8, то образ не запуститься, хотя сам он поддерживает 16, а упомянутая выше Arista EOS — аж 25.
Кроме того, ограничение в 2GB на VM приводит к существенным проблемам в запуске таких образов как Cisco CSR1000v и возможно даже XRv, следовательно нужно переходить на Линкус версию, обязательно прихватив бубен. QEMU в Линуксе не имеет ограничений по количеству интерфейсов, но возможно ограничение в 8 осталось в самом GNS3. В версии 1.2 нужно было пересобирать GNS из исходников, чтобы побороть эту проблему. Как обстоит дело в последней 1.3, не проверял. Но разрабы пишут, что есть ограничение в 16.
Вкраце за функционал:
— UNetLab отсуствует ограничение по памяти RAM для QEMU. В GNS Windows вы ограничены 2Gb
— UNetLab нет ограничения по количеству линков между устройствами. В GNS3 вы ограничены 16 линками в QEMU
— UNetLab все устройства работают внутри одной VM. В GNS3 вам нужна отдельная VM для запуска IOL образов
— В VM UNetLab могут работать несколько пользователей одновременно. GNS3 — строго одно-пользовательская система.
За Интерфейс
— Доступ к управлению UNetLab предоставляется через Web-интерфейс, в тоже время в GNS — нужно инсталлировать клиента.
— GUI в UNetLab поддерживает добавление своих изображений топологии с активными линками на работающие устройства. В GNS такая поддержка практически отсутствует (за исключением подложки в качестве фона и изображениями устройств поверх него — но выглядит как-то не очень удобно, да и добавить можно только одну картинку).
— В GNS отсутвует возможность сбросить стенд в нулевое состояние, т.е сделать Wipe устройствам.
— Отсутствует возможность Preload конфигов кроме Dynamips. В UNL — Preload осуществляется как для Dynamips так и для IOL.
— В UNL пока действительно отсутствует возможность Tcpdump через GUI, но обещают сделать. Пока снифать можно через CLI
Что касается удобства построения топологии и старт/строп, то тут дело вкуса каждого. Когда у вас более двух десятка устройств и за пол-сотни линков, построение в GNS3 может превратиться в мучения.
Загрузил на UNL стенд IPX TS из 44 устройств, чтобы посмотреть сколько это все занимать будет
Физика
Логика
Тестировалось на VM под ESXi. Ресурсы VM: 8 CPU и 24G RAM
Если выбрать Start ALL — то стенд полностью загружается менее чем за 6 секунд. Объем памяти на все примерно 5G
Хорошо, конечно, снимаю шляпу. Мне хватило нескольких экспериментов. Кроме того, что девайс запустился, он должен еще и функционировать. Очень неприятно например обнаружить, что в vIOS только 8 интерфейсов в QEMU и необходимо рекомпилировать GNS3, А, например, Checkpoint так завести и не удалось. Я к тому, что у GNS не официального списка поддерживаемых устройств, т.е вот сказать, что данная VM будет гарантировано функционировать сказать нельзя. Такой сам себе конструктор.
Ну например.
Вы создали Rack, скажем CCIE RS — и обучаете студентов — садитесь детишки в круг, открываем стенд номер такой-то, запускаем девайсы и выполним лабу номер 1 (условно говоря из VOL I). Это только в качестве примера.
Как это работает? Стенд у вас один. Каждый пользователь логинится под своей утечкой на виртуалку (Web) и осуществляет запуск устройств. Хоть топология и общая, но стенд — как бы клонируется, и каждый пользователь работает независимо от другого — свои конфиги, свой доступ к роутерам и т.д, так как если бы у человека была собственная VM со всем набором. При этом процессы QUMU/IOL запускаются для каждого пользователя свои.
Другой пример.
Вы собрали стнед и сделали, что-то типа Rack Rental, т.е дали удаленный доступ своим друзьям/коллегам. Несколько людей независимо друг от друга собирают свои собственные стенды и не мешают друг другу. Тут можно разного придумать.
А что? Планшет широкий, telnet есть, web есть. У всяко не хуже чем Linux VM на Windows на которой GNS3 запущен. И ведь свой любимый SecureCRT не получиться заюзать, ибо весь управляющий инструмент запускается из той же VM Linux.
Но если серьезно — это просто пример. Цель была сказать, что управлять можно с любого ПК без установки доп софта. Ибо никогда не знаешь, клиент у тебя заглючил или действительно на бэкэнде что-то не так.
Попробуйте проверьте с QEMU или c ASA. Насколько я помню GNS даже не давал линк подцепить к работающему девайсу.
Т.е проще говоря — в ресурсах. Вам нужно много ресурсов. Стенд из 45 устройств, подозреваю в Web-iou будет загружаться/работать медленно, так как VM iou-web 32-разрядная Centos с 4G RAM. Не трудно посчитать, сколько для 45 девайсов требуется RAM.
Я облачные технологии не использую, так как есть ESXi в наличие. Но Ravello Systems это действительно к UNL не имеет отношения — на сколько я понял это гипервизор, который работает поверх облака AWS или Гугла, посредством чего можно развернуть в облаке ESXi, а на него поставить VM По ссылке как раз и приведен пример такого :)
Вы в этом уверены? Т.е у вас реальный опыт запуска под GNS тех продуктов которые указаны www.unetlab.com/documentation/supported-images или просто так сказали?
Вы это серьезно?!!!
Во первых мультиюзер уже работает.
Строчка
Означает, что заведение новых пользователей на данный момент выполняется только из CLI. Из WebUI будет позже.
Во вторых, функционал сделан, чтобы несколько человек одновременно могли работать каждый со своими или общим стендами, Например, очень хорошо подходит для обучения
Да считаю, что это недостаток. Я могу например управлять стендом из любого места, с любого ПК, даже с планшета. А вы только там где стоит клиент.
По моему тоже самое сказать и про GNS. У меня, например, из клиента девайсы например не запускались и крашились или гипервизор жутко тупил.
Значит сделали, хорошо. Поправлю в статье.
Хотите за мучения пожалуйста.
У вас есть топология с вашими 45 устройств и сотней линков. Топология выглядит как каша. Допустим вам нужно отредактировать устройство переключив линки из одного порта в другой. В UNL это делается в два клика. В GNS — нужно удалить линк (правой кнопкой и не промазать, случайно попав на соседний), создать новый и перезагрузить два девайса, которыми данный линк был соединен. В GNS нет возможности редактирования линков.
В UNL открываете устройство на редактирование интерфейсов и назначаете на порты нужные соединения и не надо 50 раз двигать мышью выискивая в захламленной топологии нужные девайсы. Так что увольте.
Т.е по существу сказать нечего. Нет я не пробовал пока, но разрабы тестировали — говорят работает, как раз вчера у них спросил. Линк от них.
Есть ссылка на главную страницу, по переходу сразу данную информацию можно прочесть. А «оставляет далеко позади» — по мне это действительно так. Вы можете конечно с доводами выше не согласиться, право ваше. Предлагаю на этом закончить холивар
deleted
Вы правы, но правильнее сказать можно попробовать запустить. Но запустив можно столкнуться с некоторыми удивительными открытиями. Пользователи GNS под Windows с удивлением обнаружат, что их образ VM ограничен 2Gb RAM и 8-ю интерфейсами. Например если попытаться запустить vIOS-L2/L3 (в GNS уже есть готовый шаблон для него), вы с удивлением обнаружите, что если в настройках укажите количество интерфейсов больше 8, то образ не запуститься, хотя сам он поддерживает 16, а упомянутая выше Arista EOS — аж 25.
Кроме того, ограничение в 2GB на VM приводит к существенным проблемам в запуске таких образов как Cisco CSR1000v и возможно даже XRv, следовательно нужно переходить на Линкус версию, обязательно прихватив бубен. QEMU в Линуксе не имеет ограничений по количеству интерфейсов, но возможно ограничение в 8 осталось в самом GNS3. В версии 1.2 нужно было пересобирать GNS из исходников, чтобы побороть эту проблему. Как обстоит дело в последней 1.3, не проверял. Но разрабы пишут, что есть ограничение в 16.
Что же касается существенной разницы с GNS3, то можно посмотреть на сайте Andrea в разделе Differences between current UNetLab and GNS3 1.3.3
Вкраце за функционал:
— UNetLab отсуствует ограничение по памяти RAM для QEMU. В GNS Windows вы ограничены 2Gb
— UNetLab нет ограничения по количеству линков между устройствами. В GNS3 вы ограничены 16 линками в QEMU
— UNetLab все устройства работают внутри одной VM. В GNS3 вам нужна отдельная VM для запуска IOL образов
— В VM UNetLab могут работать несколько пользователей одновременно. GNS3 — строго одно-пользовательская система.
За Интерфейс
— Доступ к управлению UNetLab предоставляется через Web-интерфейс, в тоже время в GNS — нужно инсталлировать клиента.
— GUI в UNetLab поддерживает добавление своих изображений топологии с активными линками на работающие устройства. В GNS такая поддержка практически отсутствует (за исключением подложки в качестве фона и изображениями устройств поверх него — но выглядит как-то не очень удобно, да и добавить можно только одну картинку).
— В GNS отсутвует возможность сбросить стенд в нулевое состояние, т.е сделать Wipe устройствам.
— Отсутствует возможность Preload конфигов кроме Dynamips. В UNL — Preload осуществляется как для Dynamips так и для IOL.
— В UNL пока действительно отсутствует возможность Tcpdump через GUI, но обещают сделать. Пока снифать можно через CLI
Что касается удобства построения топологии и старт/строп, то тут дело вкуса каждого. Когда у вас более двух десятка устройств и за пол-сотни линков, построение в GNS3 может превратиться в мучения.
И, да, UNL умеет работать в облаках :) Через вот эту штуку
www.ravellosystems.com/blog/vmware-nsx-lab-on-aws