Полное имя LUN — это номер логического устройства, который является номером логического устройства, что является концепцией SCSI. Мы используем Target ID (также называемый SCSI ID) для описания этих устройств. Пока устройство добавлено в систему, существует код. Когда мы различаем устройства, нам нужно только сказать, какой номер и какой номер подходит.
Ранние системы SCSI использовали 3 идентификатора, и только 8 устройств могли быть подключены к шине SCSI. За исключением одного идентификатора, занятого управляющей картой SCSI , было доступно только 7 номеров устройств.
Хотя позже SCSI принял 4-значный идентификатор и расширился до 16 устройств, для современных запоминающих устройств этого однозначного идентификационного номера явно недостаточно. В настоящее время в производственной среде широко используется технология RAID для планирования хранилища. Диск после объединения RAID больше не может видеть информацию об отдельных дисках, но становится огромным пространством для хранения. Древняя технология RAID позволяет выделять это пространство для хранения только целиком. После назначения LUN он становится «логическим» диском для использования подключенными компьютерами.
Про Луну
Ввиду вышеуказанных причин мы ввели концепцию LUN, которая означает, что роль LUN ID заключается в расширении Target ID. Под каждой целью может быть несколько устройств LUN. Обычно мы называем устройство LUN LUN. Таким образом, можно сказать, что в описании каждого устройства исходная цель x изменена на Target x LUN y, поэтому очевидно, что мы описываем устройство Возможности пространства для хранения увеличиваются, и дисками в пространстве для хранения можно управлять индивидуально. Это похоже на то, что когда вы раньше что-то отправляли по почте, при написании адреса вы могли написать:
№ 54 Renmin Street, xx City xxx (получено)
Но поскольку высотных зданий становится все больше, вы должны написать:
Комната 518, здание xx, улица Жэньминь 54, xx Город xxx (получено)
Итак, мы можем резюмировать, что LUN ID не равен определенному устройству, это просто число и не представляет никаких физических атрибутов. В нашей реальной среде LUN, с которым мы сталкиваемся, может быть диском. Это может быть ленточный накопитель, устройство смены носителей и т. Д. LUN — это просто метод, который мы ввели для использования и описания большего количества устройств и объектов, ничего особенного.
Следует отметить, что в концепции некоторых производителей и некоторых продуктов идентификаторы LUN привязаны к определенным устройствам, например к некоторым ленточным библиотекам IBM.У всей ленточной библиотеки только один идентификатор цели, а затем чейнджер и ленточный накопитель разделены. Назначается как LUN0, LUN1, LUN2 . но следует отметить, что это всего лишь особая конструкция продукта, и это тоже редкий случай.
Разница между концепцией хранилища и хоста LUN
В эпоху, когда популярны дисковые массивы и ленточные библиотеки, хранилище становится все более интеллектуальным и все более и более похожим на независимую машину. Фактически, электрическая независимость хранилища и хоста является неизбежной тенденцией. Как говорится, семьи надо разлучать. В эпоху, когда хранение становится все более и более важным, хранение неизбежно само по себе.
__ ЛУНА ЧТО ЭТО ? __
Если мы рассмотрим хранилище как независимый хост, понимание будет очень простым. Когда мы говорим о концепции LUN, мы разделим ее на два уровня. Один уровень — это диапазон, распознаваемый ОС машины в массиве, а другой уровень — это диапазон, распознаваемый ОС сервера.
Эти два уровня относительно независимы, потому что, если мы рассматриваем хранилище как хост, у него, естественно, есть собственное устройство, цель и LUN, а у сервера также есть свое собственное устройство, цель и LUN; другой С другой стороны, эти два уровня связаны друг с другом.Большинство систем управления массивом имеют функцию виртуализации.Только тогда, когда массив хочет, чтобы хост видел соответствующие вещи. Конечно, наименьший ресурс хранилища, идентифицированный сервером, находится на уровне LUN. Тогда ресурсы хранилища, которые видит карта HBA хоста, в основном по Две вещи, которые нужно найти: одна — это контроллер системы хранения (цель), а другая — идентификатор LUN . Этот LUN предоставляется системой управления хранилищем и является частью системы хранения. Ресурсы хранения.
Маскирование LUN, сопоставление LUN и зона
После того, как у нас будет независимый дисковый массив и мы будем его использовать, пока сервер видит систему управления хранилищем, можно использовать дисковые ресурсы дискового массива, но дисковый массив не может использоваться только для определенного сервера, поэтому он должен управлять хостом, чтобы использовать определенные Некоторые дисковые ресурсы. Основными технологиями для достижения такого контроля являются: сопоставление LUN, маскирование LUN и зона.
Маскирование LUN относится к привязке LUN к WWN-адресу платы HBA хоста, а также к установлению соединения «один к одному» или «многие к одному» и отношений доступа с картой HBA хоста. Независимо от того, к какому порту той же ткани (без настройки зоны) подключен хост, хост может распознать один и тот же LUN. Устройства хранения обычно по умолчанию устанавливают соответствие «многие к одному» между томами и хостами, то есть хост может получить доступ к нескольким томам на устройстве хранения.
Каждый диск находится в очереди, и разделы диска также можно выделить как LUN. Когда несколько компьютеров обращаются к одному и тому же диску одновременно, это приведет к путанице данных на диске. Если вы примените маскирование LUN, то один RAID будет разделен на несколько логических дисков, которые все назначены указанному компьютеру.
Благодаря маскировке LUN, только определенные LUN могут быть доступны для определенных карт SCSI. Не только дисковый массив с интерфейсом SCSI, поскольку FC фактически использует протокол SCSI, более новый дисковый массив FC также может обеспечивать функцию маскирования LUN. Разделенное устройство LUN будет принадлежать группе хостов. Карты FC в той же группе могут получить доступ к LUN в этой группе, но не могут получить доступ к LUN, назначенным другим группам в группе.
Маскирование номера логического устройства (маскирование LUN) — это усовершенствованный метод маскирования нескольких LUN на порту на основе избыточного массива независимых дисков (RAID). Маскирование LUN выполняется на уровне контроллера хранилища. WWN хост-адаптера HBA привязан, поэтому контроллер хранения может разделять разные LUN на один или несколько хостов и может обеспечивать управление доступом на уровне LUN.
Маскирование LUN также позволяет разделять ресурсы дискового хранилища между несколькими независимыми серверами. Одно устройство RAID большой емкости может быть разделено на подмодули, а затем подключено к различным хостам на RAID через SAN Fibre Channel с функцией маскирования LUN для предоставления услуг. Следовательно, только один или ограниченное количество серверов могут видеть LUN (например, дисковые секции, части, блоки), и каждый LUN в устройстве RAID может быть ограничен.
Однако не все устройства RAID имеют возможность маскирования LUN. Таким образом, для установки маскировки LUN некоторые поставщики HBA допускают постоянную привязку на уровне диска.
LUN Mapping
Сопоставление LUN - это привязка LUN к порту хоста устройства хранения. Когда рабочая станция подключена к разным портам хоста, LUN, к которым можно получить доступ, различаются.
Когда система хранения предоставляет услуги хранения данных для нескольких прикладных систем одновременно, а хосты разных прикладных систем расположены по разным географическим адресам, может использоваться второй метод сопоставления LUN. То есть разные LUN привязаны к разным портам хоста хранения, а разные порты хоста подключены к разным коммутаторам FC или разным ЗОНАМ, так что разные рабочие станции могут получить доступ только к разным портам.
LUN и порт хоста хранения (WWPN), соответствующие сопоставлению LUN, становятся разделом. Поскольку количество портов хоста устройства хранения определенно, чем больше разделов сопоставления LUN, тем меньше портов хоста хранилища в разделе. Функция резервного соединения по каналу связи устройства хранения меньше.
Когда в разделе может быть установлен только один порт хоста, хранилище теряет функцию соединения по избыточному каналу. Отказ порта хоста хранения и порта коммутатора легко влияет на всю систему. Произошла единственная точка отказа. Когда в системе нет коммутатора FC и хост напрямую подключен к хост-порту устройства хранения, очень удобно реализовать зонирование LUN с помощью LUN Mapping. Когда все порты хоста подключены к одной и той же FABRIC, их необходимо использовать в комбинации с ЗОНой FCswitch для достижения изоляции передачи данных.
У разных производителей разные определения и интерпретации маскирования LUN и сопоставления LUN. Некоторые даже определены как имя, например SAN SHARE, в то время как некоторые хранилища просто не имеют функций LUN Masking и LUN Mapping.
В ранних решениях SAN большинство серверов было одной и той же операционной системой, и проблемы безопасности в среде SAN не были заметны. Однако в текущих решениях сосуществование разнородных операционных систем присутствует повсюду, также часто встречается несколько наборов подсистем дисковых массивов или подсистем дисковых массивов с несколькими интерфейсами хоста. Чтобы обеспечить нормальную работу SAN, не уничтожайте данные друг друга. Зонирование на основе уровня коммутатора хранилища FC может эффективно обеспечить решение. Таким образом, сервер может получить доступ только к устройствам в одном разделе, что повышает безопасность доступа к устройствам.
Многие пользователи путают зонирование и изоляцию LIP, думая, что зонирование — это изоляция LIP. Фактическая ситуация такова, что это разные концепции.
Когда коммутатор хранилища FC работает в соответствии с протоколом FC-AL, обычно все устройства согласовывают адрес AL_PA (или Loop_ID), этот процесс называется инициализацией цикла (LIP). . Любой запуск нового устройства в сети SAN вызовет LIP. В это время все машины перестают работать для согласования адресов, поэтому LIP прерывает работу системы.
Когда коммутаторы хранилища FC работают в соответствии с протоколом FC-SW, для обеспечения нормальной работы сети SAN требуются специальные службы. Служба, аналогичная упомянутой выше LIP, называется RSCN. После того, как устройство завершит вход в Fabric, оно зарегистрирует на коммутаторе много информации. Когда устройство будет выключено или перезапущено, статус регистрации изменится. Служба RSCN отвечает за уведомление всех устройств в SAN об информации об изменении статуса регистрации.
Видно, что и LIP, и RSCN нарушают нормальную работу SAN и даже являются фатальными для некоторых специальных ключевых приложений, таких как приложения потокового видео и приложения резервного копирования ленточных библиотек. Согласно стандарту протокола FC-AL, LIP обычно занимает 15 миллисекунд, в то время как RSCN, следующий за протоколом FC-SW, может даже влиять на нормальную связь в течение нескольких секунд в зависимости от сложности фактической среды SAN.
Для коммутаторов, не имеющих функции изоляции LIP, при решении проблемы воздействия RSCN можно использовать только метод зонирования, чтобы уменьшить влияние устройств в одной зоне на устройства в других зонах. Однако, судя по фактическим результатам тестирования приложений для потокового видео, это все еще оказывает большее влияние на производительность обычного коммуникационного оборудования.
Есть два способа разделить зоны:
1. Разделение на аппаратное зонирование (аппаратное разделение) на основе портов позволяет производить интуитивно понятное и понятное логическое разделение, которое широко используется на практике.
2. Метод зонирования программного обеспечения основан на WWN (всемирное имя). Однако программные разделы редко используются на практике.
Функция ZONE на FC SWITCH аналогична функции VLAN на коммутаторе Ethernet. Она логически разделяет устройства (хост и хранилище), подключенные к сети SAN, на разные области, так что устройства в разных областях могут взаимодействовать друг с другом. К сети FC невозможно получить прямой доступ, поэтому устройства в сети изолированы друг от друга.
Зонирующая перегородка может иметь следующие характеристики:
а. Разделы могут перекрываться, и одно и то же устройство может принадлежать разным разделам.
б. Разделы можно динамически разделять во время работы устройства.
в. Разрешить сосуществование разных операционных систем в сети SAN.
Предположим, что два коммутатора FC соединены в матрицу через многоуровневое соединение. Порты коммутатора в красной зоне принадлежат ЗОНЕ 1, зеленая зона принадлежит зоне 2, синяя зона принадлежит зоне 3, оранжевая зона принадлежит как зоне 1, так и зоне 3, а белая зона — зоне порта расширения, и зоны не требуются.
В структуре, состоящей из этих двух коммутаторов FC, все устройства в красной зоне зоны 1 могут получить доступ друг к другу, но не могут получить доступ к устройствам в зеленой зоне и синей зоне. Доступ к устройствам в оранжевой зоне возможен, потому что оранжевый также относится к зоне 1.
Синяя область похожа на красную.
Устройства в зеленой зоне зоны 2 могут связываться только друг с другом и устройствами в любой другой зоне.
Устройства в оранжевой области могут получить доступ к устройствам в красной области и устройствам в синей области, но не к устройствам в зеленой области.
Согласно китайскому методу, независимо от того, насколько сложна структура системы хранения, взаимосвязь между LUN, хост-портами устройства хранения, портами коммутатора и рабочими станциями можно четко проанализировать, нарисовав изображения.
Сравнение маскировки LUN и зоны
Как видно из вышеизложенного, функции маскирования LUN и зоны заключаются в том, чтобы разделить определенные LUN на определенные хосты для достижения изоляции данных. Конкретные различия между этими двумя технологиями заключаются в следующем:
1. Функция изоляции в коммутаторе называется Zoning. Эта функция может выполнять некоторые ограничения доступа и изоляции, но она зависит от уровня порта. Если вы хотите обрабатывать несколько LUN, подключенных к порту, по-разному, зонирование не будет работать, вам придется полагаться на функцию LUN Masking в контроллере массива. Например, если LUN, подключенные через один и тот же порт, необходимо выделить нескольким хостам, то требуется маскирование LUN.
2. Маскирование LUN выполняется на контроллере хранилища или плате HBA, которая может управлять хостом для доступа к определенным LUN. Зона
Происходит на коммутаторе в SAN, он классифицирует разные очереди хранилищ и хосты на разные зоны.
3、 Зона — это принудительная физическая изоляция через порты коммутатора. Маскирование — это логическая изоляция, а физическая изоляция отсутствует. Подключите одно или несколько хранилищ к нескольким серверам. Есть много устройств хранения, много разных приложений хоста и много ОС Иногда зона может хорошо изолировать данные.
Согласно предыдущей статье, LUN маскируется и может только Карта HBA-адаптера хоста устанавливает соединение и доступ «один к одному» или «многие к одному», Если в архитектуре общего хранилища один LUN соответствует нескольким хостам, этого можно добиться только через зону. Уровень маскировки LUN находится внутри логического массива.
На уровне ZONE есть несколько устройств помимо одного. В случае нескольких устройств, очевидно, LUN этого хранилища Другое использование хранилища. Если коммутатор не зонирован, хост, подключенный к коммутатору, будет свободен для доступа к LUN, подключенному к коммутатору. В то же время разделение нескольких зон на коммутаторе также может эффективно предотвратить влияние других зон при выходе из строя одной зоны! Следовательно, зона становится значимой, когда слишком много хостов или хранилищ.
4. Другой аспект разделительной зоны: Проблема самого протокола FC будет генерировать объявления RSCN при возникновении непредвиденных ситуаций. Большое количество RSCN повлияет на нормальное использование, повлияет на нормальную работу NameServer и ответит на вход в Fabric. Изоляция устройств с помощью HardwareZone является одной из функций ZONE.
Именно поэтому наш принцип разделения ЗОНЫ — ОДИН HBA ЗОНА. Теперь коммутатор использует протокол FC-SW. Старый протокол петли генерирует LIP, что приведет к прерыванию передачи данных.
Источник: russianblogs.com
ИИ прогнозирует цену Terra Classic (LUNC) на конец 2023 года
Terra Classic (LUNC) все еще пытается сохранить свою оценку после первоначального прогноза падения до нуля. Однако, благодаря нескольким инициативам сообщества, LUNC надеется вернуть свои прежние максимумы.
В этой строке Finbold проанализировал прогноз цен LUNC на конец года на основе инструмента прогнозирования искусственного интеллекта (ИИ) CoinCodex. Согласно прогнозу, 31 декабря 2023 года LUNC, вероятно, будет торговаться на уровне $ 0,0000780, согласно данным, полученным 24 февраля.
Прогноз цены отражает прирост примерно на 53% от стоимости LUNC на момент публикации.
Платформа, которая учитывает различные индикаторы технического анализа (TA), предполагает, что LUNC ожидает расширенное бычье будущее. Например, платформа указывает, что Terra Classic, вероятно, вырастет примерно на 493,81% и будет торговаться по цене 0,000992 доллара к 27 февраля 2024 года, то есть чуть более чем через год.
Анализ цен LUNC
На момент публикации LUNC торговался на уровне $ 0.0001676 с ежедневным приростом почти на 2%. Токен подвергся краткосрочному давлению со стороны покупателей, что привело к увеличению рыночной капитализации LUNC до 1,02 миллиарда долларов.
В других местах, основываясь на техническом анализе, в однодневных индикаторах TradingView преобладают медвежьи настроения. Сводка соответствует показателю «продавать» на уровне 11, а скользящие средние указывают на «сильную продажу» на уровне 10. Осцилляторы остаются нейтральными на уровне 9.
Стоит отметить, что, поскольку LUNC движется по траектории криптовалютных мемов, сообщество все больше внимания уделяет таким инициативам, как сжигание избыточных токенов в попытке повысить полезность Terra Classic.
Основы LUNC
Кроме того, последователи LUNC ожидают, что недавнее обновление Terra Classic v1.0.5, вероятно, вдохновит возможное ралли. Примечательно, что обновление сети позволяет возобновить запись Terra Classic на Binance.
Недавно выяснилось, что разработчики Terra Classic могут искать поддержки в виде гранта от Binance. Разработчики TerraCVita запросили мнение сообщества относительно этой идеи.
Сообществу LUNC необходимо проявлять осторожность в отношении элементов, которые могут свести на нет любое возможное ралли. Например, когда Комиссия по ценным бумагам и биржам (SEC) официально предъявит обвинение основателю Do Kwon, исход дела может повлиять на траекторию токена. Исторически стоимость Terra Classic резко упала в ответ на новости, связанные с поимкой и судебным преследованием Квона, который остается в бегах.
Источник: www.block-chain24.com
Инсайдеры сообщили о бесперспективности LUNС
Анонимные источники, известные под псевдонимами ThorchainMaximalist и PFC, поделись информацией о ходе ведения переговоров между разработчиками сети Terra, предшествующих запуску обновленных токенов LUNA и UST. Инсайдеры преподнесли публике внутренние данные рабочих чатов антикризисного штаба компании Terraform Labs, из которых очевидно вырисовывается мнение создателей, что проект LUNA Classic (LUNC) не имеет будущего.
Также, по свидетельствам информаторов, несмотря на озвученную главой проекта инициативу создания Terra 2.0, фактически До Квон не был вовлечен в оперативную деятельность штаба. Данные, полученные из переписок, в то же время зафиксировали потерю разработчиками основной части собственного фонда нативных токенов.
Централизованная система хранения данных уязвима к хакерским атакам. Ее вторая проблема —.
Начиная с 2015 года миллионы стартапов использовали первичное предложение монет для сбора денег.
В мире более 7800 криптовалют. Они существуют внутри децентрализованных распределенных сетей —.
Позднее оперативный штаб отчитался об утрате влияния на решения по управлению блокчейн-платформой на фоне перехода контрольного пакета токенов LUNC из рук создателей сети. По мнению аналитиков, произошедшее не оставило разработчикам иного выхода, кроме как выпустить новый токен и приложить минимум усилий для восстановления репутации более ранней версии криптовалюты.
Прежде глава торговой платформы Binance Чанпэн Чжао (CZ) заявил, что в 2018 году компания Binance Labs инвестировала $3 млн в платформу Terra.
В результате заключения партнерского соглашения были получены 15 млн LUNA, ныне LUNC, которые до сих пор остаются в собственности подконтрольного бирже подразделения. CZ публично признал потерю вложенного капитала и упущение возможности в связи с тем, что инвестиции на пике могли принести $1,6 млрд.
Ранее редакция Crypto.ru сообщила, что группа создателей сети Terra 2.0 представила межсетевой мост в форме веб-приложения. Инструмент позволил осуществлять передачу токенов на блокчейны уровня L1, среди которых находятся Ethereum и Cosmos.
Алексей Яковлевич, аналитик криптобиржи
LUNC действительно не самый удачный аирдроп. Дело в том, что инвесторы недополучили свои токены, так как распределение было не 1к1, плюс ко всему, после инцидента с UST и LUNA, доверия к проектам абсолютно нет.
Источник: crypto.ru