Является ли папка, в которой хранятся файлы, объектом

Обновлено: 02.07.2024

Поскольку синтаксис имени пути сильно различается в Windows, Mac OS и UNIX®, Adobe ExendScript определяет объекты File и Folder для обеспечения независимого от платформы доступа к базовой файловой системе. Объект File представляет файл на диске, объект Folder представляет каталог или папку.

Объект Folder поддерживает функции файловой системы, такие как обход иерархии; создание, переименование или удаление файлов; или разрешение псевдонимов файлов.

Объект File поддерживает функции ввода/вывода для чтения или записи файлов.

Существует несколько способов отличить объект "Файл" от объекта "Папка". Например:

Объекты "Файл" и "Папка" можно использовать везде, где требуется путь, например, в свойствах и аргументах для файлов и папок.

При создании двух объектов File, ссылающихся на один и тот же файл на диске, они рассматриваются как отдельные объекты. Если вы откроете один из них для ввода-вывода, операционная система может запретить доступ к другому объекту, поскольку файл на диске уже открыт.

Указание путей¶

При создании объекта "Файл" или "Папка" можно указать имя пути для конкретной платформы либо абсолютный или относительный путь в независимом от платформы формате, известном как нотация универсального идентификатора ресурса (URI). Путь, хранящийся в объекте, всегда является абсолютным полным именем пути, указывающим на фиксированное место на диске.

Используйте метод toString, чтобы получить имя файла или папки в виде строки, содержащей абсолютный путь в нотации URI.

Используйте свойство fsName, чтобы получить имя файла для конкретной платформы.

Абсолютные и относительные пути¶

Абсолютный путь в нотации URI описывает полный путь от корневого каталога до определенного файла или папки. Он начинается с одной или двух косых черт (/), и косая черта разделяет элементы пути. Например, ниже описано абсолютное местоположение файла myFile.jsx :

Относительный путь в нотации URI добавляется к пути к текущему каталогу, хранящемуся в глобально доступном текущем свойстве класса Folder. Он начинается с имени папки или файла, или с одного из специальных имен точка ( . ) для текущего каталога, или точка точка ( .. ) для родителя текущего каталога. Косая черта (/) разделяет элементы пути. Например, следующие пути описывают различные относительные расположения файла myFile.jsx:

В текущем каталоге.

В родительском каталоге текущего каталога.

В прародителе текущего каталога.

В dir1, параллельно текущему каталогу.

Имена относительных путей не зависят от разных имен томов на разных компьютерах и в разных операционных системах, что делает ваш код значительно более переносимым. Например, вы можете использовать абсолютный путь для одной операции, чтобы задать текущий каталог в свойстве Folder.current, и использовать относительные пути для всех остальных операций. Тогда вам потребуется всего одно изменение кода для обновления до новой платформы или местоположения файла.

Интерпретация символов в путях¶

Существуют некоторые различия между платформами в том, как интерпретируются пути:

В Windows и Mac OS пути не чувствительны к регистру. В UNIX пути чувствительны к регистру.

В Windows и косая черта ( / ), и обратная косая черта ( \ ) являются допустимыми разделителями элементов пути. Обратная косая черта — это escape-символ, поэтому для обозначения символа необходимо использовать двойную обратную косую черту ( \\ ).

В Mac OS как косая черта (/), так и двоеточие (:) являются допустимыми разделителями элементов пути.

Если имя пути начинается с двух косых черт (или обратной косой черты в Windows), первый элемент относится к удаленному серверу. Например, //myhost/mydir/myfile относится к пути /mydir/myfile на сервере myhost.

Обозначение URI допускает использование специальных символов в именах путей, но они должны указываться с escape-символом (%), за которым следует шестнадцатеричный код символа. Специальные символы — это те, которые не являются буквенно-цифровыми и не являются одним из символов:

Пробел, например, кодируется как %20 , поэтому имя файла "мой файл" указывается как "мой%20файл" . Точно так же символ ä кодируется как %E4 , поэтому имя файла "Bräun" указывается как "Br%E4un" .

Эта схема кодирования совместима с глобальными функциями JavaScript encodeURI и decodeURI .

Домашний каталог¶

Путь может начинаться с тильды ( ~ ), чтобы указать домашний каталог пользователя. Он соответствует переменной среды HOME платформы.

UNIX и Mac OS назначают переменную среды HOME в соответствии с именем пользователя. В Mac OS домашний каталог по умолчанию — /Users/username. В UNIX это обычно /home/username или /users/username. ExtendScript назначает значение домашнего каталога непосредственно из значения платформы.

В Windows переменная среды HOME является необязательной.Если он назначен, его значение должно быть именем пути Windows или именем пути, относящимся к удаленному серверу (например, \\myhost\mydir ). Если переменная среды HOME не определена, по умолчанию в ExtendScript используется домашний каталог пользователя, обычно это папка C:\Documents and Settings\username.

Сценарий может получить доступ ко многим папкам, указанным с помощью переменных, зависящих от платформы, через статические глобально доступные свойства класса Folder; например, appData содержит папку, в которой хранятся данные приложений для всех пользователей.

Имена томов и дисков¶

Имя тома или диска может быть первой частью абсолютного пути в нотации URI. Значения интерпретируются в соответствии с платформой.

Тома Mac OS¶

При запуске Mac OS X загрузочным томом является корневой каталог файловой системы. Все остальные тома, включая удаленные тома, являются частью каталога /Volumes. Объекты File и Folder используют эти правила для интерпретации первого элемента имени пути:

Если это имя является именем загрузочного тома, удалите его.

Если имя является именем тома, добавьте перед ним /Volumes .

В противном случае оставьте путь как есть.

Mac OS 9 не поддерживается как операционная система, но использование двоеточия в качестве разделителя путей по-прежнему поддерживается и соответствует URI и путям Mac OS X, как показано в следующей таблице. В этих примерах предполагается, что загрузочным томом является MacOSX и имеется подключенный том Remote .

Имя пути для Mac OS 9

Имя пути для Mac OS X

Диски Windows¶

В Windows имена томов соответствуют буквам дисков. Путь URI /c/temp/file обычно преобразуется в путь Windows C:\temp\file .

Если существует диск с именем, совпадающим с первой частью пути, эта часть всегда интерпретируется как этот диск. В корне может быть папка с тем же именем, что и диск; представьте, например, папку C:\C в Windows. Путь, начинающийся с /c, всегда указывает на диск C: , поэтому в этом случае для доступа к папке по имени необходимо использовать как имя диска, так и имя папки, например /c/c для C:\C .< /p>

Если текущий диск содержит корневую папку с тем же именем, что и буква другого диска, это имя считается папкой. То есть, если есть папка D:\C и текущий диск D:, путь URI /c/temp/file преобразуется в путь Windows D:\c\temp\file. В этом случае для доступа к диску C вам придется использовать соглашения о путях Windows.

Для доступа к удаленному тому используйте унифицированное соглашение об именах (UNC) вида //имя_сервера/имя_ресурса . Эти пути являются переносимыми, поскольку и Max OS X, и UNIX игнорируют несколько символов косой черты. Обратите внимание, что в Windows имена UNC не работают для локальных томов. В этих примерах предполагается, что текущий диск D:

Путь к Windows

C:Documents and Settingsjdoedirfile

Псевдонимы¶

При доступе к псевдониму операция прозрачно перенаправляется в реальный файл. Единственными операциями, влияющими на псевдоним, являются вызовы переименования и удаления, а также установка свойств только для чтения и скрытия. Когда объект File представляет псевдоним, свойство alias объекта возвращает значение true, а метод разрешения возвращает объект File или Folder для цели псевдонима.

В Windows все псевдонимы файловой системы (называемые ярлыками) являются фактическими файлами, имена которых заканчиваются расширением .lnk . Никогда не используйте это расширение напрямую; объекты File и Folder работают без него.

Например, предположим, что есть ярлык для файла /folder1/some.txt в папке /folder2 . Полное имя файла ярлыка в Windows: ``folder2some.txt.lnk``.

Чтобы получить доступ к ярлыку из объекта "Файл", укажите путь /folder2/some.txt. Вызов метода open этого объекта File открывает связанный файл (в /folder1). Вызов метода rename объекта File переименовывает сам файл ярлыка (оставляя расширение .lnk нетронутым).

Однако Windows позволяет файлу и его ярлыку находиться в одной папке. В этом случае объект File всегда обращается к исходному файлу. Вы не можете создать объект File для доступа к ярлыку, если он находится в той же папке, что и связанный с ним файл.

Сценарий может создать псевдоним файла, создав объект File для файла, которого еще нет на диске, и используя его метод createAlias для указания цели псевдонима.

Проблемы переносимости¶

Если ваше приложение будет работать на нескольких платформах, используйте относительные пути или попытайтесь создать пути из домашнего каталога. Если это невозможно, работайте с псевдонимами Mac OS X и UNIX и храните свои файлы на компьютере, удаленном от вашего компьютера с Windows, чтобы вы могли использовать имена UNC.

В качестве примера предположим, что вы используете компьютер myServer с UNIX для хранения данных.Если вы настроите общий ресурс-псевдоним в корневом каталоге myServer и если вы настроите доступный для Windows общий ресурс в общем ресурсе, указывающем на одно и то же расположение данных, имя пути //myServer/share/file будет работать для всех трех платформ.

Ввод/вывод Unicode¶

Данные некоторых распространенных форматов файлов (UCS-2, UCS-4, UTF-8, UTF-16) начинаются со специальной метки порядка следования байтов (BOM) ( \uFEFF ). Метод File.open читает несколько байтов файла в поисках этого символа. Если он найден, соответствующая кодировка устанавливается автоматически и символ пропускается. Если в начале файла нет символа спецификации, open() считывает первые 2 КБ файла и проверяет, могут ли данные быть допустимыми данными в кодировке UTF-8, и если да, устанавливает кодировку в UTF-8.

Для записи 16-битных файлов Unicode в формате UTF-16 используйте кодировку UCS-2. Эта кодировка использует любой формат порядка байтов, поддерживаемый хост-платформой.

При использовании кодировки UTF-8 или 16-битного Unicode всегда пишите символ спецификации "\uFEFF" в качестве первого символа файла.

Обработка ошибок файла¶

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

Полный список поддерживаемых сообщений об ошибках см. в разделе Сообщения об ошибках доступа к файлам.

Содержание Решения для хранения объектов arrow_forward

Поделиться этой страницей

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

Хранилище объектов добавляет в файл исчерпывающие метаданные, устраняя многоуровневую файловую структуру, используемую в хранилище файлов, и помещает все в плоское адресное пространство, называемое пулом хранения. Эти метаданные являются ключом к успеху объектного хранилища, поскольку они обеспечивают глубокий анализ использования и функций данных в пуле хранения.

Хранилище объектов, файловое хранилище и блочное хранилище

Хранилище объектов берет каждый фрагмент данных и обозначает его как объект. Данные хранятся в отдельных хранилищах, а не файлы в папках, и объединяются со связанными метаданными и уникальным идентификатором для формирования пула хранения.

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

Блочное хранилище разбивает файл на отдельные блоки данных, а затем сохраняет эти блоки как отдельные фрагменты данных. Каждая часть данных имеет свой адрес, поэтому их не нужно хранить в файловой структуре.

Преимущества хранения объектов

Теперь, когда мы описали, что такое объектное хранилище, в чем его преимущества?

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

Случаи использования хранилища объектов

Существует несколько вариантов использования хранилища объектов. Например, он может помочь вам следующим образом:

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

Что такое хранилище Amazon S3?

Amazon Simple Storage Service (S3) – это система хранения данных для Интернета, в которой вы можете хранить и извлекать любые объемы данных в любое время и в любом месте. Это упрощает для разработчиков масштабирование веб-вычислений, а также дает им доступ к инфраструктуре, которую Amazon использует для управления глобальной сетью веб-сайтов. Amazon S3 API предлагает общий путь для быстрой разработки и создания развертываний гибридного облака в любом масштабе.

NetApp и хранилище объектов

Храните и управляйте неструктурированными данными в любом масштабе с помощью NetApp ® StorageGRID ® для безопасного и надежного объектного хранилища для частного и общедоступного облака. Размещайте контент в нужном месте, в нужное время и на нужном уровне хранения, оптимизируя рабочие процессы и снижая общие затраты на глобально распределенные мультимедиа.

Эталонная архитектура и неструктурированные данные

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

Управление неструктурированными данными

Решения NetApp для неструктурированных данных предоставляют конкурентоспособные услуги хранения, которые помогут вам оптимизировать ценность ваших данных

StorageGRID и хранилище объектов

Есть технические вопросы о StorageGRID или объектном хранилище? Посетите руководство по документации NetApp StorageGRID и объектное хранилище и получите ответы на свои вопросы.

NetApp — мировой лидер в области корпоративных решений для хранения данных и управления ими.

Наши решения дают вам полный контроль над вашими данными с простотой, эффективностью и гибкостью.

NetApp — признанный лидер в области модернизации и упрощения среды хранения данных.

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

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

Что такое хранилище файлов и когда оно наиболее полезно? В этом руководстве мы дадим определение файловому хранилищу, объясним его преимущества и рассмотрим некоторые типичные варианты использования.

Что такое хранилище файлов?

Файловое хранилище, также называемое файловым или файловым хранилищем, представляет собой метод иерархического хранения, используемый для организации и хранения данных на жестком диске компьютера или в сетевом хранилище (NAS). В файловом хранилище данные хранятся в файлах, файлы организованы в папки, а папки организованы в виде иерархии каталогов и подкаталогов. Чтобы найти файл, вам или вашей компьютерной системе нужен только путь — от каталога к подкаталогу, от папки к файлу.

Иерархическое хранилище файлов хорошо работает с легко организованными объемами структурированных данных. Но по мере роста количества файлов процесс извлечения файлов может стать громоздким и трудоемким. Масштабирование требует добавления большего количества аппаратных устройств или постоянной замены их устройствами большей емкости, что может быть дорогостоящим.

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

Файловое хранилище, блочное хранилище и объектное хранилище

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

Однако многие организации в настоящее время испытывают трудности с управлением растущими объемами цифрового веб-контента или неструктурированных данных. Если вам нужно хранить очень большие или неструктурированные объемы данных, вам следует рассмотреть блочное или объектное хранилище, которое по-разному организует данные и обеспечивает доступ к ним. В зависимости от различных требований к скорости и производительности ваших ИТ-операций и различных приложений вам может потребоваться комбинация этих подходов.

Блокировать хранилище

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

Вместо жесткой структуры каталогов/подкаталогов/папок блоки можно хранить в любом месте системы. Чтобы получить доступ к любому файлу, операционная система сервера использует уникальный адрес, чтобы объединить блоки в файл, что занимает меньше времени, чем навигация по каталогам и файловым иерархиям для доступа к файлу. Блочное хранилище хорошо подходит для критически важных бизнес-приложений, транзакционных баз данных и виртуальных машин, которым требуется низкая задержка (минимальная задержка). Это также обеспечивает более детальный доступ к данным и стабильную производительность.

В следующем видео Эми Блеа рассказывает о различиях между блочным и файловым хранилищем:

Блочное хранилище и файловое хранилище (04:03)

Хранилище объектов

Хранилище на основе объектов стало предпочтительным методом архивирования данных и резервного копирования современных цифровых коммуникаций — неструктурированного медиа и веб-контента, такого как электронная почта, видео, файлы изображений, веб-страницы и данные датчиков, созданные Интернетом вещей ( Интернет вещей). Он также идеально подходит для архивирования данных, которые не часто меняются (статические файлы), например больших объемов фармацевтических данных или файлов музыки, изображений и видео.

Объекты – это отдельные блоки данных, хранящиеся в структурно плоской среде данных. Опять же, здесь нет папок, каталогов или сложных иерархий; вместо этого каждый объект представляет собой простой автономный репозиторий, включающий данные, метаданные (описательная информация, связанная с объектом) и уникальный идентификационный номер. Эта информация позволяет приложению найти объект и получить к нему доступ.

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

IBM Cloud Object Storage: создано для бизнеса (04:10)

Преимущества

Если вашей организации требуется централизованный, легкодоступный и недорогой способ хранения файлов и папок, хорошим решением будет хранилище на уровне файлов. К преимуществам файлового хранилища относятся следующие:

Простота. Хранение файлов — это самый простой, привычный и понятный подход к организации файлов и папок на жестком диске компьютера или устройстве NAS. Вы просто называете файлы, помечаете их метаданными и сохраняете их в папках в иерархии каталогов и подкаталогов. Нет необходимости писать приложения или код для доступа к вашим данным.
Общий доступ к файлам. Хранилище файлов идеально подходит для централизованного хранения и обмена файлами в локальной сети (LAN). Файлы, хранящиеся на устройстве NAS, легко доступны любому компьютеру в сети, имеющему соответствующие права доступа.
Общие протоколы. В файловом хранилище используются общие протоколы файлового уровня, такие как блок сообщений сервера (SMB), общая файловая система Интернета (CIFS) или сетевая файловая система (NFS). Если вы используете операционную систему Windows или Linux (или обе), стандартные протоколы, такие как SMB/CIFS и NFS, позволят вам читать и записывать файлы на сервер под управлением Windows или Linux через вашу локальную сеть (LAN).< /li>
Защита данных. Хранение файлов на отдельном устройстве хранения данных, подключенном к локальной сети, обеспечивает определенный уровень защиты данных в случае сбоя сетевого компьютера. Облачные службы хранения файлов обеспечивают дополнительную защиту данных и аварийное восстановление за счет репликации файлов данных в нескольких географически разнесенных центрах обработки данных.
Экономичность. Хранение файлов с помощью устройства NAS позволяет перемещать файлы с дорогостоящего компьютерного оборудования на более доступное устройство хранения данных, подключенное к локальной сети. Кроме того, если вы решите подписаться на облачное хранилище файлов, вы избавитесь от расходов на обновление оборудования на месте и связанных с этим текущих расходов на техническое обслуживание и эксплуатацию.

Случаи использования

Хранилище файлов — это хорошее решение для самых разных потребностей в данных, включая следующие:

Локальный общий доступ к файлам. Если ваши потребности в хранении данных в целом непротиворечивы и просты, например, для хранения файлов и обмена ими с членами рабочей группы в офисе, подумайте о простоте хранения на уровне файлов.
Централизованная совместная работа с файлами. Если вы загружаете, храните и делитесь файлами в централизованной библиотеке, расположенной на сайте, за его пределами или в облаке, вы можете легко совместно работать над файлами с внутренними и внешними пользователями или с приглашенными гостями. вне вашей сети.
Архивирование/хранение. Вы можете экономично архивировать файлы на устройствах NAS в среде небольшого центра обработки данных или подписаться на облачное хранилище файлов для хранения и архивирования своих данных.
Резервное копирование/аварийное восстановление. Вы можете безопасно хранить резервные копии на отдельных устройствах хранения, подключенных к локальной сети. Или вы можете подписаться на облачное хранилище файлов, чтобы реплицировать файлы данных в нескольких географически разнесенных центрах обработки данных и получить дополнительную защиту данных за счет удаленности и избыточности.

Облачное хранилище файлов (или хостинг для хранения файлов)

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

Подобно локальной системе хранения файлов, облачное хранилище файлов, также называемое хостингом хранилища файлов, позволяет нескольким пользователям совместно использовать одни и те же данные файлов. Но вместо того, чтобы хранить файлы данных локально на устройстве NAS, вы можете хранить эти файлы вне офиса в центрах обработки данных (в облаке) и получать к ним доступ через Интернет.

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

Хранение файловых данных в облаке также позволяет увеличивать емкость по мере необходимости и по запросу. Облачные службы хранения файлов обычно предлагают простые, предварительно определенные уровни с различными уровнями емкости хранилища и требованиями к производительности рабочей нагрузки (общее количество операций ввода-вывода в секунду или IOPS), а также защиту данных и репликацию в другие центры обработки данных. для обеспечения непрерывности бизнеса — и все это за предсказуемую ежемесячную плату. Или вы можете увеличивать или уменьшать количество операций ввода-вывода в секунду и динамически расширять объемы данных, платя только за то, что вы используете.

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

Файловое хранилище и IBM Cloud

Решения IBM Cloud File Storage надежны, быстры и гибки. Вы получите защиту от потери данных во время обслуживания или сбоев благодаря шифрованию данных в состоянии покоя, а также дублированию томов, моментальным снимкам и репликации. Благодаря центрам обработки данных IBM, расположенным по всему миру, вы можете быть уверены в высоком уровне защиты данных, репликации и аварийного восстановления.

IBM Cloud предлагает четыре предварительно определенных уровня Endurance с ценами за гигабайт (ГБ), которые фиксируют ваши расходы, обеспечивая предсказуемую почасовую или ежемесячную оплату для ваших краткосрочных или долгосрочных потребностей в хранении данных. Уровни File Storage Endurance поддерживают производительность до 10 000 (10 000) операций ввода-вывода в секунду на ГБ и могут удовлетворить потребности большинства рабочих нагрузок, независимо от того, требуется ли вам производительность с низкой, универсальной или высокой интенсивностью.

Благодаря IBM File Storage вы сможете увеличивать или уменьшать количество операций ввода-вывода в секунду и расширять существующие тома на лету. Кроме того, вы можете дополнительно защитить свои данные, подписавшись на функцию IBM Snapshot, которая создает доступные только для чтения образы вашего тома хранилища файлов в определенных точках, из которых вы можете легко восстановить свои данные в случае случайной потери или повреждения.

Подпишитесь на бесплатную двухмесячную пробную версию и бесплатно начните разработку в IBM Cloud.

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

Все мы знаем, что объем данных стремительно растет — организациям приходится покупать больше хранилищ данных, чем когда-либо прежде. И это большая проблема. Однако каждая организация сталкивается с другой большой проблемой, которая затрагивает всех — руководителей бизнеса, ИТ-специалистов и пользователей — хотя и по-разному. А вот что: не все данные одинаково ценны.

Данные похожи на деньги. Мы обращаемся с деньгами в нашем кошельке, защищаем их и используем по-разному, в зависимости от их стоимости. Мы гораздо более тщательно относимся к тому, как мы бережем и тратим 100-долларовые купюры, чем 1-долларовые купюры. То же самое верно и для данных. Не все из них одинаково важны и, что более важно, их ценность меняется со временем — обычно из-за содержащейся в них информации, частоты доступа и даже возраста данных. В идеале организации должны иметь платформы хранения данных, созданные для интеллектуальной обработки важных данных, а не просто неразумного хранения битов и байтов.Именно поэтому поставщики услуг хранения данных ввели понятие «температура данных».

Для иллюстрации: обычно наблюдается короткий всплеск бешеной активности с вновь созданными данными, но со временем эта активность быстро снижается. Обычно 90 % операций ввода-вывода приходится на 10 % хранилища данных. И для большинства организаций также верно, что только около 20% всех данных активно используются. Это оставляет 80% данных просто лежать там, пугая. Его можно использовать раз в месяц, или раз в год, или никогда больше. На изображении ниже показано, как температура данных соответствует ее значению. Горячие данные активно используются и представляют наибольшую ценность для организации. Неактивные данные являются «холодными» и менее ценными, но вам все равно придется хранить их для возможного использования в будущем, что сделает их снова популярными.

Следует отметить, что доступ к данным не обязательно должен быть единственным детерминированным фактором для неактивных/холодных данных. Для неструктурированных данных могут существовать другие бизнес-требования, определяющие, когда данные можно считать неактивными, например возраст данных, стоимость их хранения, уровень защиты, соответствие требованиям и т. д.

Давайте рассмотрим мир неструктурированных данных, где данные более распределены, и два популярных формата хранения данных: файловая система и хранилище объектов.

Что такое хранилище файлов?

Файловое хранилище (также известное как файловое хранилище или хранилище на уровне файлов) – это тип хранилища данных, в котором данные хранятся в виде иерархической структуры файлов и папок. Файл хранится целиком без разбивки данных на блоки, как в блочном хранилище. Файлы могут храниться в папках, которые затем могут быть помещены в другие папки во вложенной структуре. Путь к файлу и папка, в которой он хранится, необходимы для повторного вызова этого файла из места его хранения. Системы NAS обычно используют файловое хранилище и сравнительно дешевле, чем блочное хранилище.

Понимание системы хранения файлов

Если у вас есть компьютер, вы использовали файловую систему. Файловые системы содержат документы, презентации, изображения и все виды ресурсов, которые мы перемещаем на рабочем столе или храним в папке «Документы». Файловые системы дают нам иерархическую систему для организации. Это аналогичный подход к использованию картотеки с данными, организованными в именованные каталоги, папки, подпапки и файлы. Приложения и пользователи знают, где что находится, на основе имени и местоположения. Файловые системы отлично подходят для простого входа и выхода, если вы знаете расположение того, что ищете.

Для хранения файлов помимо обычных настольных компьютеров или ноутбуков организации используют решения NAS (сетевые хранилища) и файловые серверы, чтобы обеспечить специализированные и оптимизированные возможности обмена файлами по сети. Обычно они обеспечивают поддержку протоколов NFS и SMB для использования в средах Unix, Linux и Windows. Они отлично подходят для хранения файлов и документов или обмена ими.

NAS обычно подходит для хранения или обмена файлами и документами, а также для контроля доступа. Но, как вы знаете из своего рабочего стола, вы работаете только с несколькими файлами одновременно. Большинство файлов на вашем жестком диске холодные или холодные. Если это верно для файлового сервера или NAS, в системе заканчивается место для хранения или производительность падает — точно так же, как и в вашем ноутбуке. В таких случаях ИТ-организации могут рассматривать хранилище объектов как средство для хранения холодных (или неактивных) данных.

Что такое хранилище объектов?

Объектное хранилище (также известное как объектное хранилище) – это тип хранилища данных, используемый для обработки больших объемов неструктурированных данных, когда данные объединяются вместе с тегами метаданных и уникальным идентификатором. Каждый из этих автономных наборов данных объектов помещается в плоское адресное пространство, известное как пул хранения. В отличие от хранилища файлов, хранилище объектов не имеет иерархической структуры. Метаданные содержат описание данных, а уникальный идентификатор используется для простого извлечения объекта вместо имени файла и пути к файлу. Облачное хранилище S3 — популярный вариант хранения объектов в дополнение к развертыванию локального хранилища объектов.

Понимание системы хранения объектов

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

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

Преимущества объектного хранилища – низкая стоимость, высокая масштабируемость и возможности глобального доступа.Компромиссы включают задержку и производительность, но со временем они улучшаются. Для пользователей, которым почти никогда не нужен доступ к старым файлам и документам, это практически незаметно. Но организациям, которым необходимо хранить все для соблюдения нормативных требований или защиты в суде, хранение объектов просто необходимо.

Размещение нужных данных в нужном месте в нужное время

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

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

Именно здесь на помощь приходят современные программно-определяемые системы хранения, такие как vFilO от DataCore.

Он использует автоматическое размещение на основе AI/ML для перемещения данных в наиболее подходящее хранилище в зависимости от его температуры доступа. vFilO проверяет тепловой шаблон данных, хранящихся на устройстве хранения, а затем определяет, следует ли хранить данные на устройстве NAS премиум-класса или переместить их в более дешевые альтернативы (например, хранилища объектов). vFilO не только учитывает частоту доступа к данным, но и другие настраиваемые критерии, основанные на бизнес-релевантности, которые может установить администратор хранилища, такие как возраст файла, местоположение, отказоустойчивость и т. д. Это означает, что вы можете сбалансировать производительность, емкость, операционную Факторы эффективности и стоимости. Высокопроизводительное и дорогостоящее хранилище может быть зарезервировано для горячих данных, а некритичные (или неактивные) данные могут быть перенесены в недорогое хранилище или в облако.
Вы можете задействовать всю доступную емкость в организации, открывая карманы неиспользуемого хранилища, о наличии которых вы даже не подозревали. Это означает, что вы можете отложить дорогостоящие обновления или вообще отказаться от них.
Глобальное пространство имен позволяет легко находить нужные данные, когда они вам нужны. Все данные файлов и объектов теперь доступны с центральной консоли независимо от того, на каком устройстве/типе хранилища они находятся. Используя операцию поиска и поиска на основе метаданных, vFilO ускоряет процесс поиска и доступа к данным на различных типах устройств хранения (файловые или объект, хранящийся локально или в облаке).

Почему эти факторы так важны для бизнес-руководителей, ИТ-администраторов и пользователей прямо сейчас?

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

В качестве альтернативы, почему бы не позвонить в DataCore, чтобы обсудить ваши конкретные требования?

Читайте также: