На сайте виама есть такая табличка «Free vs. paid» сравнения бесплатной и Enterprise Plus версий и там фигурирует такая строчка «Backup from Storage Snapshots (Currently available for VMware only)» без указания какая это версия 7 или 8. Вы могли бы как-то это прокомментировать?
А я говорю как на счёт площади Чернобыля, Фукусимы и всех мест захоронений ядерных отходов которые?
А захоронения эти кстати почему-то чаще располагаются на просторах СНГ, так как развивающимся странам свои отходы дешевле держать у себя, а развитые страны везут их в те же развивающиеся, в общем картина не приятная.
Да ёе-то и не сильно нужно накапливать — только ночью. Всё остальное время энергия отдаётся прямиком в сеть, где она сразу же и потребляется. Для солнечных панелей, как говориться выше это можно делать при помощи водорода. А для зеркал такой проблемы нет.
Микроорганизымы, которые устойчивы к УФ, радиации и перепадам температур попавшие на Марс задолго до человека получат серьёзную «фору» в развитии и размножении.
К тому времени как человек попадёт на Марс там может уже развиться целая экосистема бактерий. Сомневаюсь, что такая экосистема потом будет благоприятно способствовать на человека.
Уверен, что вы понимаете зачем СХД в мире ентерпрайз существует и почему почти все большие компании приходят к варианту аппаратному, отличий масса, даже не стану это далее комментировать.
Переключение в случае выхода из строя контроллера (в отличае от выхода из строя линка) в данном случае будет отрабатывать аналогичным образом, как у NFS — Хост будет ждать (нужно не забыть настроить таймаут на хосте-ах в размере 90 сек) пока умершый контроллер возродится из пепла на втором контроллере. По этому чать про отказоустойчивость на уровне контроллера как для NFS так и для iSCSI одинаково нужно соблюдать.
В случае же FC просто переключается путь через один из портов второго контроллера.
Понятие мультипасинга применимо только к SAN и IP-SAN (iSCSI), для NFS оно не применимо.
Для SAN (FC, FCoE) мультипасинг может работать между всеми протами всех контроллеров NetApp ( у NetApp один WWNN на все контроллеры и просто разные WWPN у портов), но предпочтительный линк всегда выбирается только один (ALUA).
Для IP-SAN (iSCSI) мультипасинг работает/может между всеми портами одного контроллера, переключение в случае смерти одного контроллера работает аналогично. Но для того, чтобы работал мультипасинг (MPIO) для iSCSI, нужно иметь точно также разные IP и точно также нужно следить, чтобы эти пары IP утилизировали поровну все линки, только LACP в данноом случае не применяется и соответственно вышеописанный механизм здесь не работает.
Смысл у много чего «тот же», до каких-то пределов. Реализация разная. У Multi-Chassis EtherCannel используется стек свичей, в стеке обычно есть «ведущий» и используется специализированный кабель для соединения стека. У стека собственная схема подключения и т.д. и т.п.
У vPC это не стек и кабеля используются стандартные 10G и их можно наращивать между двумя коммутаторами, нет «ведущего» и т.д. и т.п.
Не забывайте ещё и про то, что купить можно за дёшиво, а потом за дорого сопровождать и восстанавливать. А «дорого», это не всегда деньги, иногда это «время».
NAS, SAN и DAS это типы подключений, а не типы СХД. Многие СХД умеют одновременно иметь подключения, к примеру NetApp E-серия может быть как по SAN так и по DAS. FAS серия может быть как по SAN так и по NAS одновременно
NAS не подходят по производительности
Некоторые СХД с подключением по NAS дают миллионы IOps и десятком мс задержки на случайных операция чтения-записи.
И лично мне хотелось бы жить в более безопасном и чистом мире.
А захоронения эти кстати почему-то чаще располагаются на просторах СНГ, так как развивающимся странам свои отходы дешевле держать у себя, а развитые страны везут их в те же развивающиеся, в общем картина не приятная.
Сами по себе АЭС закрытые зоны занимающие не мало пространства.
И Чернобыль c Фукусима-1 помните?
К тому времени как человек попадёт на Марс там может уже развиться целая экосистема бактерий. Сомневаюсь, что такая экосистема потом будет благоприятно способствовать на человека.
А в коментах к СХД про нетап это не расширение мира.
Повторяю ещё раз: я это парировать не стану, потому что это полный оффтоп.
У каждого своя голова на плечах.
В случае же FC просто переключается путь через один из портов второго контроллера.
Для SAN (FC, FCoE) мультипасинг может работать между всеми протами всех контроллеров NetApp ( у NetApp один WWNN на все контроллеры и просто разные WWPN у портов), но предпочтительный линк всегда выбирается только один (ALUA).
Для IP-SAN (iSCSI) мультипасинг работает/может между всеми портами одного контроллера, переключение в случае смерти одного контроллера работает аналогично. Но для того, чтобы работал мультипасинг (MPIO) для iSCSI, нужно иметь точно также разные IP и точно также нужно следить, чтобы эти пары IP утилизировали поровну все линки, только LACP в данноом случае не применяется и соответственно вышеописанный механизм здесь не работает.
У vPC это не стек и кабеля используются стандартные 10G и их можно наращивать между двумя коммутаторами, нет «ведущего» и т.д. и т.п.
NAS, SAN и DAS это типы подключений, а не типы СХД. Многие СХД умеют одновременно иметь подключения, к примеру NetApp E-серия может быть как по SAN так и по DAS. FAS серия может быть как по SAN так и по NAS одновременно
Некоторые СХД с подключением по NAS дают миллионы IOps и десятком мс задержки на случайных операция чтения-записи.
Да хоть виндоус ставьте и шарьте один лун по iSCSI нескольким хостам. Тоже самое можно сделать и на Linux.
SFF — это Small form factor а не тип подключения. Вы наверное про SAS или SFP.