Pull to refresh
25
0
Александр @lumenous

User

Send message
Туда же notebook вовсе не ноутбук, а блокнот. Верно будет laptop.
Today != настоящее. Past Simple — действие без учета его длительности происходило в прошлом и суть есть свершившийся факт. Present Perfect — действие или не-действие происходило в неопределенный период до настоящего момента времени. I went swimming today — обязано быть нормой (здесь присутствует неявное указание на момент времени в прошлом: I went swmming earlier today.). Да, действие произошло сегодня, но в прошлом относительно момента диалога, можете заменить today на this morning. I have gone swimming today — подразумевается already, человек говорит, что сегодня он уже плавал. У двух корректных фраз разный контекст, обусловленный употребляемым временем. Поправьте, если ошибаюсь.


Согласен. Нам объясняли достаточно просто:
Past Simple — когда делается акцент на времени события — о том, что действие было в прошлом.
Present Perfect — когда делается акцент на факте свершения действия.
А зачем вам vCenter? Если у вас только один сервер и нужен просто функционал виртуальных машин, то обычного vSphere достаточно. Это бесплатно (точнее есть ограничение на один hardware CPU) и более чем достаточно. Идете на сайт vmware.com, регистрируетесь и честно его скачиваете. Ставите и можете пользоваться.
Как можно получить бесплатную лицензию? Кому писать?)
По началу очень понравился observium в той части, что сразу строит графики по протоколам маршрутизации…
Что не понравилось — алерты только по подписке, причем именно подписка, а не покупка. Не понятно как добавить мониторинг по своим мибам, которые не добавились автоматически =((

Кстати, у Observium есть форк — LibreNMS, но больших отличий в функционале там пока не увидел.
Рано или поздно может потребоваться проводная сеть, а значит нужен какой-то коммутатор («тяжелые» фильмы сложно смотреть через wifi или невозможно). В итоге все равно еще одну коробочку ставить. =)
Я так же собирал все в одном сервере на miniitx, но в итоге забил и купил микротик (который и фаервол и роутер и свитч), а сервер переделал в xpenology. Теперь красота)
Для дома можно же и на микротике собрать) Берется их голая плата RouterBoard со встроенным радиомодулем, например, на 2.4 ГГц, и разъемом miniPCI. Докупается модуль miniPCI на 5 ГГц и корпус под все это дело (я брал RF elements StationBox InSpot). В итоге двухдиапазонная точка с огромным функционалом RouterOS и скромной ценой.
Я думаю никто здесь не отрицает, что вероятность таких факторов всегда и всегда присутствует. Я не представляю схемы резервирования, при которой будет стопроцентная отказоустойчивость, так как в самой системе отказоустойчивости всегда могут быть сбои, всегда где-то найдется один кабель, один блок питания, одна mng plane. Но для таких случаев есть SLA.
А вам, судя по всему, нравится через призму ретроспективы указывать на эксклюзивные баги, вызывающие сбои, с которыми вы лично раньше сталкивались, но, как видно из сообщений, заранее их вероятность никак не предусматривали.
Именно так там и сделано — прямой линк между двумя mgmt0 интерфейсами, адреса сразу на них. Без вланов, коммутаторов и прочего.
Технически реализуется ровно так же как IPv4 — сделать IP стыки с провайдерами, поднять BGP. =)
На счет рекуперации — ну это как ездить. =) Если резко разгоняться и оттормаживаться на каждом светофоре, то толку мало.
Есть такая методика — Pulse and glide ;)
А если еще заранее рассчитывать свое торможение, то можно вообще хорошо экономить)
Надо еще полтора ляма накинуть за таможню)
www.tks.ru/auto/calc
как раз выйдет 5 млн =)
На каком уровне блокирует? Не направляет туда пакет, пришедший из mLAG, если соответствующий линк на другом свитче жив? Или блокирует для затронутых VLANов целиком? Но тогда что если два mLAG'а имеют диапазоны VLANов 1-10 и 5-15 например, и один из них лишился линка до одного из шасси?


Скорее всего первое. На циско нексусах и на аристах наблюдаю именно такую ситуацию — в штатном режиме через интерконнект между коммутаторами всегда присутствует трафик. В тоже время каких-либо специфичных настроек STP мы не производили. Видимо коммутаторы понимают, что это M-LAG и защищают от петель на данном уровне.
Хотя возможно у Экстрима это не так.
Блин, буквально вчера прочитал с интересом эту статью, а сегодня на конференции по IPv6 от MSK-IX выступал Стрельцов Валерий о том, как они внедряли в компании Tiera IPv6 для пользователей. С какими сложностями и тонкостями пришлось столкнуться. Было весьма любопытно.
Странно, что вы работая с цисками и «даже шассийными», не смогли совладать с такими банальными вещами в микротиках.
Мне кажется ваша проблема в том, что у вас когда-то сложилось негативное мнение из-за недостаточности знаний, не получилось все решить наскоком, как это можно сделать в длинке.

И еще. Я не имею ничего против длинка — всему свое место и самое главное бюджет. Просто меня зацепили слова про «очень много костылей» )
Мое первое впечатление от микротика — ничего не понятно, милиард настроек, куда с какой стороны о боже… Но я же хороший админ, а не посредственный и чую что штука мощная, всего лишь надо постичь основы синтаксиса. И вот мне уже не составляет труда настраивать хитрые схемы.
Он поддерживает огромное количество серьезных фич — bgp mpls vpls ipsec, ipv6 умеет. а еще для меня было открытием что внутри микротика можно развернуть виртуальную машину. Микротик, а точнее ее операционка — Router OS, ставится на обычные PC. Все это богатство за копейки.
Стек свитчей — это вы наверно про VSS? Так там логически один коммутатор и с точки зрения настройки выглядит, как обычный Port-channel. Поэтому, не посчитал такое включение как Multi-Chassis EtherCannel. =) в общем сложности с формулировками. В моем понимании Multi-Chassis EtherCannel или MLAG или vPC — это одна и та же технология, позволяющая делать один port-channel с незавизимых коммутаторов.
И кстати, у 6500 например стек VSS соединяется обычными 10г линками.
А я выбирая между микротик и длинк нераздумывая выбрал микротик. Этому DAP очень далеко до функционала микротик.
И вопрос — каких именно костылей там много?
Т.е. вполне логично использовать схему, где два свича в стеке используют Multi-chassis EtherChannel агрегируя линки идущие от каждого контроллера в каждый свитч для получения как отказоустойчивости так и утилизации пропускной способности всех этих линков. Такая-себе архитектура по образу и подобию FlexPod Express, но без модно-дорогой фичи vPC у свитчей компании Cisco серии Nexus.

vPC — разве не тот же Multi-Chassis EtherChannel, просто так названный циской? Смысл же тот же.
Вспомнил старое видео про конференцию разработочков видеоигр )) Упоминание пакмена на 1:30 =)
видео

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity