Облачное хранилище данных google: ‎App Store: Google Drive – хранилище

‎App Store: Google Drive – хранилище

Описание

Google Диск входит в пакет Google Workspace и представляет собой надежное хранилище для ваших файлов. Они всегда будут доступны вам на любом устройстве. Кроме того, вы можете приглашать других пользователей просматривать, редактировать или комментировать содержание любых своих файлов и папок.

Что можно делать с помощью Google Диска:

• надежно хранить файлы и открывать их в любом месте;
• быстро находить недавно открытые и важные файлы;
• искать файлы по названию и содержанию;
• делиться файлами и папками, а также задавать настройки доступа к ним;
• просматривать свой контент в офлайн-режиме;
• получать уведомления о важных действиях с файлами.

Подписчики Google Workspace получают доступ к дополнительным функциям Диска, в частности могут выполнять следующие действия:
• без труда управлять аккаунтами пользователей, контролировать доступ к файлам и соблюдать нормативные требования;
• обмениваться файлами и папками напрямую с группами и командами из организации подписчика;

• создать общий диск для хранения всех материалов команды подписчика.

Дополнительные сведения о правилах обновления приложений Google Workspace доступны по адресу https://support.google.com/a/answer/6288871.

Пользователю каждого аккаунта Google доступно 15 ГБ в хранилище для данных Google Диска, Gmail и Google Фото. Если вам нужно больше пространства, вы можете оформить подписку Google Workspace или Google One, купив ее в приложении. Подписка стоит от 1,99 долл. США в месяц за 100 ГБ (цена зависит от региона).

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

20 июн. 2023 г.

Версия 4.2023.24204

* Исправлены ошибки, повышена производительность.

Оценки и отзывы

Оценок: 312,1 тыс.

Куде делась защита паролем?

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

не обновляет 10.3.3

пишет что нужно как минимум 10.3.3. у меня как раз она и стоит. обновляю, опять предлагает обновление

Жесть

Вроде бы 2019 почти уже, а до сих пор нельзя производить загрузку и заблокировать экран

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

Связанные с пользова­телем данные

Может вестись сбор следующих данных, которые связаны с личностью пользователя:

• Покупки
• Геопозиция
• Контактные данные
• Контакты
• Пользова­тель­ский контент
• История поиска
• Идентифика­торы
• Данные об использова­нии
• Диагностика
• Другие данные

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

Информация

Провайдер

Google LLC

Размер

265,2 МБ

Категория

Производительность

Языки

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

Возраст

4+

Copyright

© Google Inc.

Цена

Бесплатно

• Сайт разработчика
• Поддержка приложения
• Политика конфиденциальности

Другие приложения этого разработчика

Вам может понравиться

Сравнение FossLook и Google Drive

• Введение
• Хранилище данных
• Права доступа
• Коллективная работа с документами
• Работа с версиями документов
• Выводы

Введение

На первый взгляд, это совершенно разные продукты: облачный сервис и клиент-серверное приложение. Однако, у данных продуктов есть общее назначение – организация совместной работы пользователей с документами. Под этим углом зрения мы и будем их сравнивать. Предположим, вы стоите перед выбором продукта для совместной работы, – в каких случаях лучше использовать Google Drive, а в каких FossLook? Попробуем разобраться.

Для сравнения рассмотрим функции, реализованные и в том и другом продукте.

Хранилище данных

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

Облачное хранилище Google Диск

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

Уровень вложенности папок не ограничен. В Google Drive есть ограничения на объем хранимых данных: 15ГБ под хранение (сторонних файлов) выделяется бесплатно, документы в собственном формате место не занимают. Расширение дискового пространства требует перехода на соответствующий тарифный план. Для документов, таблиц и презентаций Google Docs на Google Drive есть ряд ограничений на объем: максимум 1,024,000 символа или 50 Мб — для документа, 2 млн. ячеек — для таблицы, 100Мб — для презентации. Максимальный размер файлов, которые можно загружать без преобразования в формат Google Документов, Таблиц или Презентаций, может составлять 5Тб (актуально для платных тарифных пакетов). Кроме того, если вы пользуетесь почтой Google и/или у вас есть аккаунт в социальной сети Google+ письма и фотографии (размером больше 2048х2048 пикселей) из этих приложений также занимают объем Google Drive.

Возможности по настройке интерфейса Google Drive минимальны.

Хранение данных в FossLook

Хранилище данных FossLook – база данных под управлением Microsoft SQL, Oracle либо MySQL. Соответственно все ограничения на объем хранимой информации связаны лишь с доступным объемом дискового пространства, где находится БД. Доступ к БД возможен как с помощью desktop приложения Windows (FossLook Клиент), так и с помощью веб-браузера (веб-клиент FossLook).

Для работы с документами FossLook необходимо быть авторизованным пользователем на сервере системы (либо в вашем домене Windows, если к системе подключен модуль Active Directory).

Работать с документами и папками FossLook вы можете с помощью Windows клиента так и с помощью веб-браузера.

Документы в FossLook

Документ в FossLook в отличие от Google Drive представляется как набор атрибутов (полей), описывающих документ, в том числе и вложенных в него файлов, т.е. файлы в FossLook хранятся «внутри» документов. Любой пользователь может создать в системе документ, представляющий набор предопределенных полей, который может быть настроен по вашему усмотрению. К документу можно прикрепить любое количество файлов с вашего локального диска.

Вы можете самостоятельно проектировать набор полей документов, а также настраивать вид интерфейса документа – скрывать/показывать информацию:

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

Установление связей между документами

Еще одной функцией FossLook, не доступной в Google Диск, является возможность установления связей между документами. Вы можете устанавливать связи по типу: «один документ вложен в другой», «один документ ссылается на другой» или «документ использует значения полей другого документа в качестве справочника».

Поиск документов

В Google Диск можно искать файлы по имени, а также по содержимому документов (полнотекстовый поиск).

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

Сравнение по хранилищу

В таблице приведены краткие выводы по возможностям хранилища документов Google Drive и FossLook

Возможность	Google Drive	FossLook
Работа с бесплатными офисными приложениями он-лайн	Да	Нет
Установление связей между документами	Нет	Да
Настройки интерфейса пользователя	Минимальные	Широкие возможности
Работа как в интернете, так и в локальной сети	Только интернет	Да
Ограничения на объем данных	Есть. Расширяются переходом на платные пакеты	Есть. Зависят от объема локального диска, где расположена ваша БД
Безопасность хранения данных	Информация хранится в интернете. Теоретически небезопасно	Информация хранится на сервере БД. Можно работать как в локальной сети, так и через интернет. Хорошая защита
Полнотекстовый поиск	Да	Да (по вложенным файлам)
Поиск по значениям атрибутов документов, с использованием логических операторов	Нет	Да

Предоставление доступа

Как представить доступ к документу пользователям в Google Drive

К любому файлу или папке в Google Drive можно дать доступ другим пользователям через интернет. Данный доступ предоставляется по ссылке или по приглашению, отправленному на email, указанный в настройках доступа.

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

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

Доступ, предоставленный по приглашению, может быть обусловлен правами: «Чтение», «Комментирование», «Редактирование».

У пользователя, создавшего документ в Google Drive, есть право «Владелец».

Разница между правами представлена в таблице ниже:

	Чтение	Комментирование	Редактирование	Владелец
Просмотр файлов и папок	+	+	+	+
Возможность скачать файлы на компьютер и синхронизация с другими устройствами	+	+	+	+
Создание копий	+	+	+	+
Комментирование и предложение исправлений в файлах		+	+	+
Редактирование документов, таблиц, презентаций и рисунков			+	+
Изменение настроек доступа к файлам			+	+
Перемещение файлов в папку и из папки			+	+
Добавление и удаление версий файлов			+	+
Удаление файлов и папок				+
Передача права владения объектом другому пользователю				+

Права доступа FossLook

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

Доступ к документам и папкам настраивается централизовано администратором системы с помощью Windows приложения FossLook Администратор. Вы можете предоставить доступ как отдельным пользователям, так и группам пользователей. Владелец документа также может настроить разрешения на свой документ самостоятельно с помощью своего клиентского приложения.

Виды прав доступа FossLook, терминология и политика работы с ними аналогичны тем, что используются в Windows:

Сравнение по реализации прав доступа

В таблице приведены краткие выводы по реализации прав доступа в Google Drive и FossLook

Возможность	Google Drive	FossLook
Централизованное управление правами доступа	Нет	Да
Возможность непосредственно опубликовать документ в Интернете с назначением прав доступа	Да	Нет
Поддержка групповых политик	Нет	Да

Коллективная работа с документами

Как организовать совместную работу с документами в Google Диск

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

Если права доступа разрешают комментирование, в документах офиса Google Docs вы также сможете оставлять комментарии к тем или иным фрагментам, например, текстового документа.

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

Коллективная работа FossLook. Маршруты документов

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

Участниками маршрутов могут быть не только пользователи но и отделы организации. Документ можно отправить «на отдел», с возможность работы над ним любым свободным пользователем отдела. Таким образом, вы можете организовать с помощью FossLook свои собственные регламенты для работы с тем или иным типом документа.

В отличие от Google Диск, в FossLook (на закладке «Маршруты») вы сможете увидеть текущее состояния работы с документом, в т.ч. когда пользователь впервые открыл документ, когда он отчитался, что работа завершена и др.

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

Сравнение по возможностям коллективной работы

В таблице приведены краткие выводы по возможностям коллективной работы в Google Drive и FossLook

Возможность	Google Drive	FossLook
Просмотр он-лайн, кто какие правки вносит в документ	Да	Нет
Комментирование работы с документом он-лайн	Да	Нет
Работа над документом, как последовательность переходов от одного пользователя к другому (маршрут)	Нет	Да
Отслеживание результата работы над документом (отчет исполнителя)	Нет	Да

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

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

Диалог управления версиями показывает список всех версий файла, время синхронизации или загрузки, а также имя того, кто ее выполнил.

Вы можете загрузить новую версию файла, скачать или удалить версию.

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

В FossLook версии документов не создаются автоматически как в Google Drive. Предварительно у документа должна быть «включена» функция для поддержки версионности. Инициатором создания версии является пользователь с соответствующими правами.

Вы можете создать версию, в которую копируются все поля и вложенные в документ файлы, вернуться к предыдущей версии или удалить версию.

Сравнение по работе с версиями документов

В таблице приведены краткие выводы по работе с версиями документов в Google Drive и FossLook

Возможность	Google Drive	FossLook
Поддерживается работа с версиями	Да	Да. Требуется настройка для интересующего типа документа
Создание новой версии документа	Автоматическое (после редактирования документа пользователем)	Инициируется пользователем

Выводы

Рассмотрев все функции Google Drive и FossLook, относящиеся к совместной работе над документами, можно сформулировать следующие рекомендации при выборе продукта.

Когда лучше использовать Google Drive

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

Когда предпочтителен FossLook

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

Таким образом, для корпоративной работы наиболее подходит FossLook, для совместной правки документа небольшим коллективом пользователем (с возможной публикацией документа в интернете), идеально подойдет Google Drive.

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

Наряду с вычислительными и сетевыми ресурсами хранилище является одним из основных ресурсов, необходимых для современных технологических систем и разработки программного обеспечения. Независимо от того, находятся ли ваши системы локально, в облаке или и там, и там, вы всегда полагаетесь на компоненты хранилища для сохранения ваших данных. Однако, если вы привыкли к миру центров обработки данных, таких как Google Cloud Storage — с SAN, NAS и локальными жесткими дисками — и начинаете рисковать в общедоступном облаке, концепция облачного хранилища и различные услуги, доступные для это может оказаться сложным.

В этой статье мы проясним некоторые варианты хранения в Google Cloud Platform.

Google Cloud предоставляет три основных сервиса для различных типов хранилищ: Persistent Disks для блочного хранилища, Filestore для сетевого хранилища файлов и Cloud Storage для хранения объектов. Эти сервисы лежат в основе платформы и служат строительными блоками для большинства облачных сервисов Google и, соответственно, для систем, которые вы строите на их основе.

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

Google Cloud Persistent Disks (блочное хранилище)

Блочное хранилище — это традиционный тип хранилища как в облаке, так и в локальных системах. Google Cloud Persistent Disk обеспечивает блочное хранилище и используется всеми виртуальными машинами в Google Cloud (Google Cloud Compute Engine). Самый простой способ понять это — представить эти постоянные диски как простые USB-накопители. Их можно присоединять к виртуальным машинам или отсоединять от них, что позволяет вам, как следует из названия, создавать постоянство данных для ваших служб всякий раз, когда виртуальные машины запускаются, останавливаются или прекращают работу.

Помимо виртуальных машин Google Cloud Compute Engine, эти постоянные диски также используются для работы службы Google Kubernetes Engine.

Постоянный диск Google Cloud Persistent Disk, очень похожий на виртуальный диск на локальном компьютере, может быть жестким диском или твердотельным накопителем, что обеспечивает высокую производительность ввода-вывода. Кроме того, также есть возможность выбрать, где они расположены и какой тип доступности необходим: они могут быть Региональными, Зональными или Локальными. Хотя теоретически локальные диски не являются частью службы Google Cloud Persistent Disk, важно упомянуть о них. Эти локальные диски доступны только на оборудовании, на котором работает виртуальная машина, и, хотя они обеспечивают наилучшую производительность ввода-вывода, их не часто рекомендуют из-за низкой доступности и избыточности. С другой стороны, если вам требуется высокая доступность, региональные диски предложат вам ее «из коробки», при этом ваши диски реплицируются за кулисами в разных зонах региона. Более умеренным (и менее дорогим) подходом являются зональные диски, которые представляют собой диски хранения, которые также обладают высокой доступностью, но только в пределах одной зоны.

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

Google Cloud Filestore (сетевое хранилище файлов)

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

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

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

Подробнее о Google Cloud Filestore можно прочитать здесь.

Облачное хранилище Google (объектное хранилище)

Что такое облачное хранилище Google?

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

Какие преимущества дает этот тип хранилища? Концепцию хранения объектов не так просто понять. В типичных локальных системах, где емкость более ограничена, а подключение быстрое и эксклюзивное, такой тип хранилища встречается нечасто. Однако то, как работает объектное хранилище, очень просто для конечного пользователя. Проще говоря, его ценностное предложение таково, что вы можете получить и поместить любой файл, какой хотите, через REST API, и это может бесконечно расширяться с каждым объектом, вырастающим до терабайтного масштаба. Интересно, правда? В облачном хранилище различные объекты сгруппированы в уникальные «пространства имен», называемые корзинами. Корзина может содержать несколько объектов, но один объект будет принадлежать только одной корзине.

Эта модель хранения широко популярна в облачных системах из-за ее низкой стоимости (центов за ГБ) в сочетании с бессерверным подходом и простотой. Тяжелая работа по репликации данных, доступности, целостности, планированию емкости и т. д. затем возлагается на поставщика облачных услуг. Недостатком объектного хранилища является отсутствие другого способа доступа к данным, кроме REST API; поэтому типичный подход к проектированию систем, управлению данными и структурированию доступа типа файловой системы не работает.

Классы Google Cloud Storage, архивное хранилище и правила управления жизненным циклом

Возможно, некоторые из наиболее недооцененных функций Google Cloud Storage — это различные классы хранения и использование правил управления жизненным циклом для сегментов данных. Использование этих функций может иметь огромное значение с точки зрения затрат и текущих эксплуатационных расходов.

Классы хранения

В Google Cloud Storage вам необходимо выбрать один класс хранилища для своих сегментов: Стандартный (который может быть региональным или многорегиональным), Nearline или Coldline. Обычный подход — выбрать «Стандартный», где вы можете выбрать, чтобы ваша корзина находилась в определенном отдельном регионе Google Cloud или хранилась в нескольких регионах. Это очень хорошо работает в различных сценариях, поскольку вы получаете высокопроизводительное и высокодоступное хранилище.

Однако есть несколько случаев, когда данные не предназначены для частого доступа, и снижение доступности вполне допустимо. В этих случаях классы хранилищ Nearline и Coldline являются вариантами, которые можно и нужно изучить. Они могут легко снизить стоимость более чем на 50% по сравнению со стандартным классом хранения.

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

Правила управления жизненным циклом

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

Для таких сценариев можно включить правила управления жизненным циклом Google Cloud Storage. Это действительно отличная встроенная функция Google Cloud Storage, которая позволяет без особых усилий определять правила бизнес-логики для каждого сегмента. С помощью этих правил вы можете определять такие действия, как автоматический перенос объектов между разными классами хранения, отключение управления версиями или даже удаление объектов через определенные промежутки времени. Использование этих функций и соблюдение правил жизненного цикла может привести к реальной и ощутимой экономии средств в конце месяца.

Заключение

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

При проектировании и архитектуре вашей системы важно понимать плюсы и минусы каждого типа хранилища и связанные с ними затраты. Что, вероятно, понравится нынешним пользователям NetApp, пытающимся узнать, как использовать хранилище Google Cloud, так это то, что Cloud Volumes ONTAP теперь доступен для использования с Google Cloud. Революционная платформа управления облачными данными NetApp, которая имела огромный успех для предприятий в AWS и Azure, наконец-то может начать использовать преимущества Google Cloud.

Узнайте больше об облачном хранилище Google

Облачное хранилище Google и микросервисы: как использовать облачное хранилище Google с микросервисами

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

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

Узнайте больше в Google Cloud & Microservices: Как использовать Google Cloud Storage с микросервисами.

Облачные службы обмена файлами: Google Cloud Filestore
Когда дело доходит до использования облачной файловой службы, администраторы облачных служб сталкиваются с множеством проблем. К ним относятся обеспечение доступа к данным для всех клиентов, независимо от типа используемых ими операционных систем, управление данными резервного копирования и архивирования, а также обеспечение того, чтобы расходы не были слишком высокими даже при хранении больших объемов данных. Google Filestore — новейшая файловая служба на рынке. Как это новое предложение сочетается с некоторыми из более зрелых вариантов?

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

Подробнее: Службы обмена файлами в облаке: Google Cloud Filestore

Как добавлять правила жизненного цикла в сегменты Google Cloud Storage и управлять ими
Управление жизненным циклом данных может быть очень сложным при работе с непредсказуемыми объемами данных. К счастью, Google Cloud Storage поставляется со встроенной функцией управления жизненным циклом объектов, которая значительно упрощает работу. Хотя цена на эту функцию низкая, при неправильной настройке расходы могут значительно возрасти при использовании больших объемов данных или нескольких операций API.

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

Подробнее: Как добавлять правила жизненного цикла в сегменты облачного хранилища Google и управлять ими

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

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

Подробнее: Хостинг веб-сайтов Google Cloud с помощью Google Cloud Storage

Шифрование облачного хранилища: управление ключами в Google Cloud
Шифрование на стороне клиента, при котором клиенты локально шифруют данные с помощью собственных ключей, предоставляет пользователям больший контроль над шифрованием но также требует тщательного управления ключами, аудита и частой ротации. Один из способов обойти эти проблемы — использовать один из вариантов SSE в Google Cloud. Каждый вариант имеет свой уникальный набор преимуществ и недостатков.

В этом посте представлены различные варианты SSE — GMEK, CSEK и CMEK, обсуждается, какой из них проще всего использовать, какой предназначен для конфиденциальных данных, а также другие вопросы, такие как аудит, ротация и хранение. Затем предоставляется пошаговое руководство по использованию CSEK в хранилище Google Cloud Platform.

Подробнее: Шифрование облачного хранилища: управление ключами в Google Cloud

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

В этом посте мы представляем Google Cloud Persistent Disks, рассмотрим некоторые из его встроенных функций и объясним, как изменить их размер. Мы также покажем вам, как NetApp Cloud Volumes ONTAP может предложить вам еще больше возможностей для максимальной гибкости.

Подробнее: Как изменить размер постоянного диска Google Cloud, подключенного к экземпляру Linux

Как переключаться между классами в Google Storage Service
Google Cloud Storage поставляется с несколькими различными классами хранения и типами доступности, каждый из которых адаптирован к вашим данным шаблоны использования. Правильное использование этих опций может оказать огромное влияние на стоимость и производительность.

В этом посте представлен обзор Google Storage Service с акцентом на различные классы хранилищ и их соответствующие типы доступности. Он также содержит пошаговое руководство по созданию корзины Google Cloud Storage, добавлению и удалению данных и переключению между классами хранилища.

Подробнее: Как переключаться между классами в службе хранения Google

Как использовать инструмент командной строки gsutil для облачного хранилища Google
Хранилище объектов очень простое в использовании, работает с оплатой по мере использования модели ценообразования и имеет низкие эксплуатационные расходы, что делает его популярным выбором для облачных вычислений. Чтобы начать работу с этим типом хранилища, важно ознакомиться с вариантами взаимодействия с Google Cloud Storage. Это также будет полезно для всех, кто настраивает NetApp Cloud Volumes ONTAP для Google Cloud.

В этом посте объясняются различные способы связи с Google Cloud Storage: Google Cloud Console, SDK и инструмент командной строки. В статье шаг за шагом объясняется, как использовать командную строку gsutil для установки и аутентификации Google Cloud с помощью терминала вашего компьютера, как создавать или уничтожать корзину, а также как добавлять и удалять объекты из этой корзины. Инструмент gsutil особенно удобен при передаче больших объемов данных и для автоматизации задач без повторного использования пользовательского интерфейса.

Подробнее: Как использовать инструмент командной строки gsutil для Google Cloud Storage

Постоянный диск Google Cloud: как создать виртуальный образ Google Cloud
Знание того, как создать собственный виртуальный образ, является важным шагом в создании большую часть того, что может предложить общедоступное облако. Если вы используете экземпляры Google Cloud Compute Engine, эту функцию обязательно нужно использовать при проектировании вашей системы.

В этом посте объясняется, что такое виртуальные образы, и подробно рассказывается, как их создавать из Google Cloud Persistent Disks. Это ускорит процесс начальной загрузки в приложениях, работающих в Google Cloud Engine, и может значительно расширить возможности развертывания Cloud Volumes ONTAP в Google Cloud.

Подробнее: Постоянный диск Google Cloud: как создать виртуальный образ Google Cloud

Контейнеры Google Cloud: 3 основных варианта контейнеров в GCP
Google предоставляет несколько технологий, которые можно использовать для запуска контейнеров в средах Google Cloud. Узнайте о трех основных службах, которые помогут вам запускать контейнерные приложения на платформе Google Cloud Platform: Google Kubernetes Engine (GKE), Google Anthos и Google Cloud Run.

Подробнее: Google Cloud Containers: 3 основных варианта контейнеров на GCP

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

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

Подробнее: Как подключить Google Cloud Storage в качестве диска для облачного общего доступа к файлам

 

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

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

S3 Storage

Изучите основы хранения данных в Amazon Simple Storage Service (S3), первом облачном сервисе Amazon и до сих пор одном из самых популярных.

• Простое ценообразование S3: полное руководство
• Памятка по сертификации AWS для Amazon S3
• Защита конфигураций Amazon S3

Azure Storage

Узнайте о решениях для хранения данных в облаке Microsoft Azure, включая хранилища объектов, блочные хранилища и решения для хранения файлов.

• Каталог данных Azure: понимание концепций и вариантов использования
• Хранилище таблиц Azure: облачный NoSQL для чайников
• Служба резервного копирования Azure: 8 способов резервного копирования с помощью Azure

Многооблачное хранилище

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

В этом руководстве объясняется, что такое многооблачное хранилище, как оно работает, для чего используется, основные требования к этому хранилищу и как оно поддерживается Cloud Volumes ONTAP.

См. популярные статьи в нашем руководстве по мультиоблачному хранилищу:

• Одно облако из многих: почему предприятия обращаются к мультиоблачным и гибридным облачным архитектурам
• Мультиоблачная архитектура: секционированная, Cloud Burst и аварийное восстановление
• Мультиоблачное развертывание: создание плана с облачными томами ONTAP

Службы баз данных AWS

AWS предлагает ряд служб баз данных и поддержку, чтобы попытаться удовлетворить все потребности своих клиентов. Многие из этих служб полностью управляемы, что помогает снизить рабочую нагрузку на ИТ и максимально упростить хранение и использование данных.

В этом руководстве объясняется, какая поддержка баз данных AWS доступна, какие службы баз данных доступны и как вы можете перенести свои базы данных в AWS.

См. основные статьи в нашем руководстве по сервисам баз данных AWS:

• База данных AWS как услуга: типы DBaaS и примеры использования
• SQL Server в AWS: управляемая служба и управляемое хранилище
• AWS Oracle RDS: запуск вашей первой базы данных Oracle на Amazon

Снимки состояния AWS для Amazon EBS

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

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

См. основные статьи в нашем руководстве по снимкам состояния AWS:

• Снимки Azure и AWS Подробный обзор: Снимки облачных томов
Подробное изучение моментальных снимков
• : моментальные снимки AWS и моментальные снимки Azure
• Общие сведения о ценах на моментальные снимки AWS: стоимость передачи и хранения данных

Хранилище файлов Azure

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

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

См. основные статьи в нашем руководстве по файловому хранилищу Azure:

• Хранилище файлов в Azure
• Почему вам следует переносить базы данных в Azure?
• Хранилище Azure: за кулисами

Облачное хранилище Google

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

В этом руководстве объясняется, какие существуют варианты Google Cloud Storage и как они обычно используются.

См. лучшие статьи в нашем руководстве по облачному хранилищу Google:

• Облачные службы обмена файлами: Google Cloud Filestore
• Шифрование Google Cloud Storage: управление ключами в Google Cloud
• Цены на облачное хранилище Google: получите максимальную отдачу от своих ведер

Службы баз данных Google Cloud

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

В этом руководстве объясняются варианты развертывания баз данных в облаке, какие службы баз данных Google Cloud доступны и как выбрать подходящую службу.

См. лучшие статьи в нашем руководстве по базам данных Google Cloud:

• Google Cloud SQL: MySQL, Postgres и MS SQL в Google Cloud
• SQL Server в облаке Google: управляемая служба против. Управляемое хранилище
• Цены, квоты и лимиты Google Cloud SQL: памятка по оптимизации затрат

Kubernetes Storage

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

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

См. популярные статьи в нашем руководстве по Kubernetes:

• Введение в Kubernetes
• Общие сведения о подготовке постоянных томов Kubernetes
• Постоянное хранилище Kubernetes: почему, где и как

Общий доступ к файлам в облаке

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

См. лучшие статьи в нашем руководстве по обмену файлами в облаке:

• Проблемы службы общего доступа к файлам в облаке
• Облачные службы обмена файлами: решения с открытым исходным кодом
• Кошмары облачной доступности и как их избежать при обмене файлами в облаке

Снимки AWS для Amazon EBS

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

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

См. основные статьи в нашем руководстве по снимкам состояния AWS:

• Снимки Azure и AWS Подробный обзор: Снимки облачных томов
Подробное изучение моментальных снимков
• : моментальные снимки AWS и моментальные снимки Azure
• Общие сведения о ценах на моментальные снимки AWS: стоимость передачи и хранения данных

Облачное хранилище Google

v1.02

Пути указаны как remote:bucket (или remote: для lsd команда.) Вы также можете поместить подкаталоги, например. удаленное: ведро/путь/к/каталогу .

Конфигурация

Первоначальная настройка облачного хранилища Google включает получение токена из облачного хранилища Google. что вам нужно сделать в вашем браузере. rclone config идет за вами через это.

Вот пример того, как сделать пульт под названием удаленный . Первый запуск:

 rclone config
 

Это проведет вас через интерактивный процесс настройки:

 n) Новый пульт
г) Удалить удаленный
q) Выйти из конфигурации
е/н/д/д> н
имя> удаленный
Тип хранилища для настройки.
Выберите число из списка ниже или введите свое значение
[отрезать]
XX / Google Cloud Storage (это не Google Диск)
   \ "облачное хранилище Google"
[отрезать]
Хранилище > облачное хранилище Google
Идентификатор клиента приложения Google — обычно оставьте пустым.
client_id>
Секрет клиента приложения Google — обычно оставьте пустым.
client_secret>
Номер проекта необязателен — требуется только для списка/создания/удаления сегментов — см. консоль разработчика.
номер_проекта> 12345678
Путь к файлу JSON учетных данных учетной записи службы — требуется, только если вы хотите использовать SA вместо интерактивного входа.
service_account_file>
Список контроля доступа для новых объектов.
Выберите число из списка ниже или введите свое значение
 1 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а все аутентифицированные пользователи получают доступ ЧИТАТЕЛЯ. 
   \ "Читать с проверкой подлинности"
 2 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а владельцы проектной группы получают доступ ВЛАДЕЛЬЦА.
   \ "bucketOwnerFullControl"
 3 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а владельцы проектной группы получают доступ ЧИТАТЕЛЯ.
   \ "bucketOwnerRead"
 4 / Владелец объекта получает доступ ВЛАДЕЛЬЦА [по умолчанию, если оставить пустым].
   \ "частный"
 5 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а члены проектной группы получают доступ в соответствии со своими ролями.
   \ "ПроектПриват"
 6 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ЧИТАТЕЛЯ.
   \ "публичноЧитать"
объект_acl> 4
Список контроля доступа для новых сегментов.
Выберите число из списка ниже или введите свое значение
 1 / Владельцы проектной группы получают доступ ВЛАДЕЛЬЦА, а все авторизованные пользователи получают доступ ЧИТАТЕЛЯ.
   \ "Читать с проверкой подлинности"
 2 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА [по умолчанию, если оставить пустым]. 
   \ "частный"
 3 / Члены команды проекта получают доступ в соответствии со своими ролями.
   \ "ПроектПриват"
 4 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ЧИТАТЕЛЯ.
   \ "публичноЧитать"
 5 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ПИСАТЕЛЬ.
   \ "publicReadWrite"
ведро_acl> 2
Расположение вновь созданных сегментов.
Выберите число из списка ниже или введите свое значение
 1 / Пусто для местоположения по умолчанию (США).
   \ ""
 2 / Мультирегиональное расположение для Азии.
   \"Азия"
 3 / Мультирегиональное расположение для Европы.
   \ "Евросоюз"
 4 / Мультирегиональное местоположение для США.
   \ "нас"
 5 / Тайвань.
   \"азия-восток1"
 6 / Токио.
   \ "азия-северо-восток1"
 7 / Сингапур.
   \ "Азия-юго-восток1"
 8 / Сидней.
   \ "Австралия-юго-восток1"
 9/ Бельгия.
   \ "Европа-Запад1"
10 / Лондон.
   \ "Европа-Запад2"
11 / Айова.
   \ "нас-центр1"
12 / Южная Каролина.
   \"нас-восток1"
13 / Северная Вирджиния. 
   \"нас-восток4"
14 / Орегон.
   \"нас-запад1"
местоположение> 12
Класс хранилища, используемый при хранении объектов в Google Cloud Storage.
Выберите число из списка ниже или введите свое значение
 1 / По умолчанию
   \ ""
 2 / Класс мультирегионального хранения
   \ "МУЛЬТИ_РЕГИОНАЛЬНЫЙ"
 3 / Региональный класс хранилища
   \ "РЕГИОНАЛЬНЫЙ"
 4 / Класс ближнего хранения
   \ "НАРЛАЙН"
 5 / Класс хранения Coldline
   \ "ХОЛДЛАЙН"
 6 / Долговечный класс хранения с пониженной доступностью
   \ "DURABLE_REDUCED_AVAILABILITY"
класс_хранилища > 5
Удаленная конфигурация
Использовать веб-браузер для автоматической аутентификации rclone с удаленным?
 * Скажите Y, если на машине, на которой работает rclone, есть веб-браузер, который вы можете использовать.
 * Скажите N, если rclone запущен на (удаленном) компьютере без доступа к веб-браузеру.
Если не уверены, попробуйте Y. Если Y не удалось, попробуйте N.
у) Да
н) нет
т/н > т
Если ваш браузер не открывается автоматически, перейдите по следующей ссылке: http://127. 0.0.1:53682/auth
Войдите и авторизуйте rclone для доступа
Ожидание кода...
Получил код
--------------------
[удаленный]
тип = облачное хранилище Google
client_id =
клиент_секрет =
token = {"AccessToken":"xxxx.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", "RefreshToken": "x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx_xxxxxxxxx", "Истечение срока действия": "2014-07-17T20:49:14.929208288+01:00","Дополнительно":нуль}
номер_проекта = 12345678
object_acl = частный
ведро_acl = частный
--------------------
y) Да, это нормально
e) Отредактируйте этот пульт
г) Удалить этот пульт
у/д/д> у
 

См. документы по удаленной настройке, чтобы узнать, как настроить его на машина без интернет-браузера.

Обратите внимание, что rclone запускает веб-сервер на вашем локальном компьютере для сбора токен, возвращенный из Google, при использовании веб-браузера для автоматического аутентифицировать. Только это запускается с момента открытия вашего браузера до момента, когда вы возвращаетесь проверочный код. Это на http://127.0.0.1:53682/ и это может потребоваться временно разблокировать его, если вы используете хост брандмауэр или используйте ручной режим.

Этот удалённый называется удалённый и теперь может использоваться следующим образом

Просмотреть все корзины в вашем проекте

Создать новое ведро

 rclone mkdir remote:bucket
 

Список содержимого корзины

 rclone ls remote:bucket
 

Синхронизация /home/local/directory в удаленный сегмент, удаляя все лишнее файлы в корзине.

 rclone sync --interactive /home/local/directory remote:bucket
 

Служба поддержки учетной записи

Вы можете настроить rclone с Google Cloud Storage в автоматическом режиме, то есть не привязан к конкретной учетной записи Google конечного пользователя. это полезно когда вы хотите синхронизировать файлы на машинах, на которых нет активно зарегистрированные пользователи, например, строят машины.

Чтобы получить учетные данные для Google Cloud Platform Сервисные аккаунты IAM, пожалуйста, отправляйтесь в Сервисный аккаунт раздел консоли разработчика Google. Сервисные аккаунты ведут себя просто как обычно Разрешения пользователя в ACL Google Cloud Storage, так что вы можете ограничить их доступ (например, сделать их только для чтения). После создание учетной записи, файл JSON, содержащий учетную запись службы учетные данные будут загружены на ваши машины. Эти учетные данные это то, что rclone будет использовать для аутентификации.

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

Анонимный доступ

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

Учетные данные приложения по умолчанию

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

Обратите внимание, что в случае использования учетных данных приложения по умолчанию нет необходимости явно настраивать номер проекта.

—fast-list

Этот пульт поддерживает --fast-list , что позволяет использовать меньше транзакций в обмен на дополнительную память. Посмотреть рклон документы для более подробной информации.

Вы можете установить собственные заголовки загрузки с помощью --header-upload флаг. Google Cloud Storage поддерживает заголовки, как описано в работа с документацией по метаданным

• Cache-Control
• Контент-Расположение
• Кодирование содержимого
• Язык содержимого
• Тип содержимого
• X-Goog-Storage-Class
• Икс-Гуг-Мета-

Например, --header-upload "Content-Type text/potato"

Обратите внимание, что последний из них предназначен для установки пользовательских метаданных в форме --header-upload "x-goog-meta-key: value"

Время модификации

Облачное хранилище Google изначально хранит md5sum. Инструмент Google gsutil сохраняет время модификации с точностью до одной секунды как goog-reserved-file-mtime в метаданных файла.

Чтобы обеспечить совместимость с gsutil, rclone хранит время модификации в двух отдельных записях метаданных. mtime использует формат RFC3339 с точностью до одной наносекунды. goog-reserved-file-mtime использует формат отметки времени Unix с точностью до одной секунды. Чтобы получить время модификации из метаданных объекта, rclone считывает метаданные в следующем порядке: mtime , goog-reserved-file-mtime , время обновления объекта.

Обратите внимание, что окно модификации rclone по умолчанию составляет 1 нс. Файлы, загруженные с помощью gsutil, содержат временные метки только с точностью до одной секунды. Если вы используете rclone для синхронизации файлов, ранее загруженных с помощью gsutil, rclone попытается обновить время модификации для всех этих файлов. Чтобы избежать этих, возможно, ненужных обновлений, используйте --изменить-окно 1с .

Ограниченные символы имени файла

Символ	Значение	Замена
НУЛ	0x00	␀
НЧ	0x0A	␊
ЧР	0x0D	␍
/	0x2F	／

Недопустимые байты UTF-8 также будут заменены, поскольку их нельзя использовать в строках JSON.

Стандартные параметры

Вот стандартные параметры, характерные для облачного хранилища Google (Google Cloud Storage (это не Google Диск)).

—gcs-client-id

Идентификатор клиента OAuth.

Обычно оставьте пустым.

Свойства:

• Конфигурация: client_id
• Переменная среды: RCLONE_GCS_CLIENT_ID
• Тип: строка
• Требуется: ложь

—gcs-client-secret

Секрет клиента OAuth.

Обычно оставьте пустым.

Свойства:

• Конфигурация: client_secret
• Переменная среды: RCLONE_GCS_CLIENT_SECRET
• Тип: строка
• Требуется: ложь

—gcs-номер-проекта

Номер проекта.

Необязательный — требуется только для списка/создания/удаления сегментов — см. консоль разработчика.

Свойства:

• Конфигурация: номер_проекта
• Env Var: RCLONE_GCS_PROJECT_NUMBER
• Тип: строка
• Требуется: ложь

—gcs-user-project

Пользовательский проект.

Необязательный — нужен только для оплаты запрашивающей стороной.

Свойства:

• Конфигурация: user_project
• Переменная среды: RCLONE_GCS_USER_PROJECT
• Тип: строка
• Требуется: ложь

—gcs-service-account-file

Учетные данные учетной записи службы Путь к файлу JSON.

Обычно оставьте пустым. Требуется только в том случае, если вы хотите использовать SA вместо интерактивного входа.

Начальные ~ будут расширены в имени файла, как и переменные среды, такие как ${RCLONE_CONFIG_DIR} .

Свойства:

• Конфигурация: service_account_file
• Переменная среды: RCLONE_GCS_SERVICE_ACCOUNT_FILE
• Тип: строка
• Требуется: ложь

—gcs-service-account-credentials

Учетные данные служебной учетной записи Большой двоичный объект JSON.

Обычно оставьте пустым. Требуется только в том случае, если вы хотите использовать SA вместо интерактивного входа.

Свойства:

• Конфигурация: service_account_credentials
• Env Var: RCLONE_GCS_SERVICE_ACCOUNT_CREDENTIALS
• Тип: строка
• Требуется: ложь

—gcs-anonymous

Доступ к общедоступным корзинам и объектам без учетных данных.

Установите значение «true», если вы хотите просто загружать файлы и не настраивать учетные данные.

Свойства:

• Конфигурация: анонимный
• Env Var: RCLONE_GCS_ANONYMOUS
• Тип: логическое значение
• По умолчанию: ложь

—gcs-object-acl

Список контроля доступа для новых объектов.

Свойства:

• Конфигурация: object_acl
• Переменная среды: RCLONE_GCS_OBJECT_ACL
• Тип: строка
• Требуется: ложь
• Примеры:
  • «Чтение с проверкой подлинности»
    • Владелец объекта получает доступ OWNER.
    • Все аутентифицированные пользователи получают доступ READER.
  • «бакетовнерфуллконтрол»
    • Владелец объекта получает доступ OWNER.
    • Владельцы проектных групп получают доступ OWNER.
  • «bucketOwnerRead»
    • Владелец объекта получает доступ OWNER.
    • Владельцы проектных групп получают доступ ЧТЕНИЕ.
  • «частный»
    • Владелец объекта получает доступ OWNER.
    • По умолчанию, если оставить пустым.
  • «ПроектПриват»
    • Владелец объекта получает доступ OWNER.
    • Члены команды проекта получают доступ в соответствии со своими ролями.
  • «общедоступное чтение»
    • Владелец объекта получает доступ OWNER.
    • Все пользователи получают доступ ЧТЕНИЕ.

—gcs-bucket-acl

Список управления доступом для новых сегментов.

Свойства:

• Конфигурация: Bucket_acl
• Переменная среды: RCLONE_GCS_BUCKET_ACL
• Тип: строка
• Требуется: ложь
• Примеры:
  • «Чтение с проверкой подлинности»
    • Владельцы проектных групп получают доступ OWNER.
    • Все аутентифицированные пользователи получают доступ READER.
  • «частный»
    • Владельцы проектных групп получают доступ OWNER.
    • По умолчанию, если оставить пустым.
  • «ПроектПриват»
    • Члены команды проекта получают доступ в соответствии со своими ролями.
  • «общедоступное чтение»
    • Владельцы проектных групп получают доступ OWNER.
    • Все пользователи получают доступ ЧТЕНИЕ.
  • «publicReadWrite»
    • Владельцы проектных групп получают доступ OWNER.
    • Все пользователи получают доступ WRITER.

—gcs-bucket-policy-only

При проверке доступа следует использовать политики IAM на уровне сегмента.

Если вы хотите загружать объекты в корзину с установленным параметром Bucket Policy Only тогда вам нужно будет установить это.

Когда он установлен, rclone: ​​

• игнорирует ACL, установленные для сегментов
• игнорирует ACL, установленные для объектов
• создает корзины с набором только политики корзин

Документы: https://cloud. google.com/storage/docs/bucket-policy-only

Свойства:

• Конфигурация: Bucket_policy_only
• Env Var: RCLONE_GCS_BUCKET_POLICY_ONLY
• Тип: логическое значение
• По умолчанию: ложь

—gcs-location

Местоположение вновь созданных сегментов.

Свойства:

• Конфигурация: местоположение
• Env Var: RCLONE_GCS_LOCATION
• Тип: строка
• Требуется: ложь
• Примеры:
  • «»
    • Пусто для местоположения по умолчанию (США)
  • «Азия»
    • Мультирегиональное отделение для Азии
  • «ЕС»
    • Мультирегиональное отделение для Европы
  • «нас»
    • Мультирегиональное отделение для США
  • «Азия-Восток1»
    • Тайвань
  • «Азия-Восток2»
    • Гонконг
  • «Азия-северо-восток1»
    • Токио
  • «Азия-северо-восток2»
    • Осака
  • «Азия-северо-восток3»
    • Сеул
  • «Азия-Юг2»
    • Мумбаи
  • «Азия-Юг3»
    • Дели
  • «Азия-юго-восток1»
    • Сингапур
  • «Азия-юго-восток2»
    • Джакарта
  • «Австралия-юго-восток1»
    • Сидней
  • «Австралия-юго-восток2»
    • Мельбурн
  • «Европа-Север2»
    • Финляндия
  • «Европа-Запад1»
    • Бельгия
  • «Европа-Запад2»
    • Лондон
  • «Европа-Запад3»
    • Франкфурт
  • «Европа-Запад4»
    • Нидерланды
  • «Европа-Запад6»
    • Цюрих
  • «Европа-Центральная2»
    • Варшава
  • «us-central1»
    • Айова
  • «сша-восток1»
    • Южная Каролина
  • «сша-восток4»
    • Северная Вирджиния
  • «США-запад1»
    • Орегон
  • «США-запад2»
    • Калифорния
  • «США-запад3»
    • Солт-Лейк-Сити
  • «США-запад4»
    • Лас-Вегас
  • «Северная Америка-северо-восток1»
    • Монреаль
  • «Северная Америка-северо-восток2»
    • Торонто
  • «Южная Америка-Восток1»
    • Сан-Паулу
  • «южная Америка-запад1»
    • Сантьяго
  • «Азия1»
    • Двойной регион: азия-северо-восток1 и азия-северо-восток2.
  • «4 евро»
    • Двойной регион: европа-север2 и европа-запад4.
  • «нам4»
    • Двойной регион: us-central1 и us-east1.

—gcs-storage-class

Класс хранилища, используемый при хранении объектов в Google Cloud Storage.

Свойства:

• Конфигурация: storage_class
• Env Var: RCLONE_GCS_STORAGE_CLASS
• Тип: строка
• Требуется: ложь
• Примеры:
  • «»
    • По умолчанию
  • «МУЛЬТИРЕГИОНАЛЬНЫЙ»
    • Мультирегиональный класс хранения
  • «РЕГИОНАЛЬНЫЙ»
    • Региональный класс хранения
  • «НАРЛАЙН»
    • Класс ближнего хранения
  • «ХОЛОДНАЯ ЛАЙН»
    • Класс хранения Coldline
  • «АРХИВ»
    • Класс хранения архива
  • «ПРОДОЛЖИТЕЛЬНАЯ_УМЕНЬШЕННАЯ_ДОСТУПНОСТЬ»
    • Класс долговременного хранения с пониженной доступностью

—gcs-env-auth

Получить учетные данные GCP IAM из среды выполнения (переменные среды или метаданные экземпляра, если нет переменных среды).

Применяется, только если service_account_file и service_account_credentials пусты.

Свойства:

• Конфигурация: env_auth
• Переменная среды: RCLONE_GCS_ENV_AUTH
• Тип: логическое значение
• По умолчанию: ложь
• Примеры:
  • «ложь»
    • Введите учетные данные на следующем шаге.
  • «правда»
    • Получите учетные данные GCP IAM из среды (env vars или IAM).

Дополнительные параметры

Вот дополнительные параметры, относящиеся к облачному хранилищу Google (Google Cloud Storage (это не Google Диск)).

—gcs-token

Маркер доступа OAuth в виде большого двоичного объекта JSON.

Свойства:

• Конфигурация: токен
• Переменная среды: RCLONE_GCS_TOKEN
• Тип: строка
• Требуется: ложь

—gcs-auth-url

URL сервера аутентификации.

Оставьте пустым, чтобы использовать настройки поставщика по умолчанию.

Свойства:

• Конфигурация: auth_url
• Переменная среды: RCLONE_GCS_AUTH_URL
• Тип: строка
• Требуется: ложь

—gcs-токен-url

URL-адрес сервера токенов.

Оставьте пустым, чтобы использовать настройки поставщика по умолчанию.

Свойства:

• Конфигурация: token_url
• Переменная среды: RCLONE_GCS_TOKEN_URL
• Тип: строка
• Требуется: ложь

—gcs-directory-markers

Загружать пустой объект с косой чертой в конце при создании нового каталога

Пустые папки не поддерживаются для удаленных объект, оканчивающийся на «/», чтобы сохранить папку.

Свойства:

• Конфигурация: directory_markers
• Env Var: RCLONE_GCS_DIRECTORY_MARKERS
• Тип: логическое значение
• По умолчанию: ложь

—gcs-no-check-bucket

Если установлено, не пытайтесь проверить существование или создать сегмент.

Это может быть полезно при попытке минимизировать количество транзакций rclone делает это, если вы знаете, что ведро уже существует.

Свойства:

• Конфигурация: no_check_bucket
• Переменная среды: RCLONE_GCS_NO_CHECK_BUCKET
• Тип: логическое значение
• По умолчанию: ложь

—gcs-decompress

Если установлено, это приведет к распаковке объектов, закодированных gzip.

Возможна загрузка объектов в GCS с помощью «Content-Encoding: gzip» набор. Обычно rclone загружает эти файлы как сжатые объекты.

Если этот флаг установлен, то rclone будет распаковывать эти файлы с «Content-Encoding: gzip» по мере их получения. Это означает, что rclone не могу проверить размер и хэш, но содержимое файла будет распаковано.

Свойства:

• Конфигурация: распаковка
• Env Var: RCLONE_GCS_DECOMPRESS
• Тип: логическое значение
• По умолчанию: ложь

—gcs-endpoint

Конечная точка службы.