Подключение облачных хранилищ Яндекс.Диск, Google Диск и OneDrive в Linux CentOS
В этой статье мы рассмотрим, как подключить бесплатные облачные хранилища Яндекс.Диск, Google Диск и OneDrive в Linux CentOS для использования их под бэкапы или простого обмена файла между разными операционными системами. Например, вы можете установить клиент облачного хранилища у себя в Windows, загрузить в него файлы и автоматически получить доступ к ним из Linux (или наоборот).
Зачастую владельцы или веб-разработчики какого-либо ресурса, не задумываются, что при нехватке места на виртуальной машине или контейнере, можно воспользоваться облачными хранилищами. В своей работе я часто рекомендую пользователям, подключать тот же Яндекс.Диск к себе на VDS, чтобы хранить какие-то не часто используемые материалы или бэкапить туда сайт и базы MySQL/MariaDB.
В данной статье мы рассмотрим подключение наиболее распространненных бесплатных хранилищ Яндекс.Диск, OneDrive и Google Диск (Google Drive) на виртуальную машину с предустановленной ОС CentOS 7.
Подключение Яндекс.Диска в Linux CentOS через WebDAV
Рассмотрим, как подключить облачное хранилище Яндекс.Диск в Linux с помощью протокола WebDAV.
В этой инструкции мы подключим Яндекс.Диск как файловую систему к виртуальному серверу с Linux CentOS с помощью клиента davfs2. Покажем, как настроить автоматическое монтирование облачного хранилища Яндекс через автозагрузку.
Обычно пакет davfs2 уже должен быть установлен в системе, но может быть такое, что он не установился, поэтому делаем установку. Нужно подключить репозиторий Epel и установить сам пакет через yum:
yum install epel-release -y
yum install davfs2 -y
Проверяем, что модуль fuse на машине присутствует:
Вывод должен быть примерно таким:
Создаем отдельную директорию для нашего облачного хранилища:
После того, как все подготовительные работы выполнены, можем приступить к подключению Яндекс.Диск к серверу.
Монтируем Яндекс.Диск к созданной ранее директории:
mount -t davfs https://webdav.yandex.ru /mnt/yad/
После ввода команды, в консоли выйдут поля, где нужно будет указать ваш почтовый ящик на Яндексе и пароль от него
У меня диск подключился без проблем:
И сразу можно убедиться, что содержимое Яндекс.Диска теперь доступно в Linux:
[root@master yad]# ls -la /mnt/yad/
Создадим файл в подключеном WebDav каталоге файлы и проверим, что он появился в веб-версии Яндекс.Диска:
[root@master yad]# touch /mnt/yad/test.txt
[root@master yad]# ls -la /mnt/yad/
Файл появился, наше подключение к облачному хранилищу Яндекс.Диск работает нормально, локальный файл автоматически синхронизируется с облаком.
Для упрощения монтирования, добавим его в rc.local, чтобы после рестарта сервера, хранилище Яндекс.Диск монтировалось автоматически.
Для этого, создаем файл /etc/davfs2/secrets:
touch /etc/davfs2/secrets
и добавляем туда путь до директории, в которую монтируем Яндекс.Диск и логин/пароль пользователя Яндекс:
/mnt/yad user password
В rc.local добавляем следующую строку:
mount -t davfs https://webdav.yandex.ru /mnt/yad/
Делаем рестарт Linux и проверяем доступность облачного диска:
У меня после перезагрузки сервера, хранилище примонтировалось автоматически. Но иногда файл rc.local не читается при запуске сервера, в таком случае для автозапуска сервиса rc-local выполните следующие команды:
chmod +x /etc/rc.d/rc.local
systemctl enable rc-local
На этом настройка и подключение Яндекс.Диск в Linux CentOS завершена.
modprobe fuse — добавление модуля на ноду
vzctl set 101 —save —devnodes «fuse:rw» (где 101 это ID нужного контейнера) — добавление модуля к нужному контейнеру
И после данных манипуляций делаем рестарт контейнера.
Подключение Google Диск (Google Drive) в качестве хранилища в Linux
Рассмотрим как подключить облачное хранилище Google Диск (Google Drive) в Linux CentOS 7. Установка его очень простая и быстрая.
Загружаем клиент Google Drive подключить командой:
wget -O drive https://drive.google.com/uc?id=0B3X9GlR6EmbnMHBMVWtKaEZXdDg
Перемещаем файл директорию /usr/sbin командой:
mv drive /usr/sbin/drive
Даем права на файл:
chmod +x /usr/sbin/drive
На этом установка клиента Google Drive завершена, нам остается лишь запустить его и пройти авторизацию:
]# mv drive /usr/sbin/drive
[root@master
]# chmod +x /usr/sbin/drive
[root@master
Нужно скопировать ссылку и открыть ее в брузере на ПК, после чего разрешить доступ к аккаунту.
После этого, вам будет предоставлена ссылка, которую нужно будет ввести в консоли Linux:
Google Drive подключен, однако он подключен не через WebDav (не поддерживается) , и вы не видите его как отдельную файловую систему и локальный каталог. Все обращения к хранилищу Google выполняются через клиент drive
Можно проверить какие файлы присутствуют на хранилище Google Диск командой drive list:
Файлы выводятся в виде таблицы с четырьмя столбцами:
- Id – уникальный код файла
- Title – название файла
- Size – размер
- Created – дата создания
Для теста можем создать файл и передать его на g.drive:
touch drive.txt && drive upload —file drive.txt
Файл создался, и виден в консоли:
Так же проверим, что файл появился в веб-интерфейсе Google Диск:
Как видим, файл на месте.
На этом подключение Google Диск к нашему серверу Linux окончено. В чем мне нравится Google Drive, так это в том, что не нужно выполнять какие-то дополнительные манипуляции на сервере, чтобы облачное хранилище монтировалось после перезагрузки сервера. Можно сколько угодно раз перезапускать ваш сервер, Google Drive будет подключаться автоматически. Но также есть свои минусы, например, на сервере мы не видим хранилище, как отдельную директорию и не можем управлять файлами на уровне файловой системы или привычными командами bash.
Подключение облачного хранилища OneDrive в Linux
OneDrive – облачное хранилище компании Microsoft. По умолчанию оно доступно для всех пользователей Windows 10 с привязанным аккаунтом (в хранилище OneDrive бесплатно предоставляется 5 Гб места). Наша задача подключить облачное хранилище OneDrive в CentOS 7. В процессе настройки я столкнулся с множеством проблем, которые путем научных экспериментов удалось решить. Вам же потребуется только ознакомиться с инструкцией и воспроизвести все действия у себя на сервере.
Для начала нам нужно зарегистрироваться по ссылке _https://onedrive.live.com
Процедуру регистрации я опущу, так как она не отличается от регистрации на любом другом ресурсе.
Теперь установим необходимые пакеты в Linux CentOS:
yum groupinstall ‘Development Tools’ -y
yum install libcurl-devel -y
yum install sqlite-devel -y
После этого установим язык программирования D(dlang), он потребуется для установки клиента OneDrive:
curl -fsS https://dlang.org/install.sh | bash -s dmd
Чтобы запустить среду D(dlang), введем команду:
/dlang/dmd-2.088.0/activate — в вашем случае версия dmd может отличаться, указываете свою.
Запустив dlang, мы проведем установку самого клиента OneDrive:
сd /opt
git clone https://github.com/abraunegg/onedrive.git
cd onedrive
./configure
make clean; make;
sudo make install
Установка завершена, теперь нужно пройти активацию в веб-версии OneDrive.
Система вам выдаст ссылку, которую нужно ввести в браузере. В веб форме с запросом доступа нужно нажать кнопку Разрешить. После этого ссылка изменится уникальную с кодом, которую и нужно будет ввести в консоли Linux. У меня сформировалась такая ссылка https://login.microsoftonline.com/common/oauth2/nativeclient?code=M74bb67a8-f9a6-1a26-e345-c45a3324de49 :
(dmd-2.088.0)[root@master onedrive]# onedrive
После подтверждения ссылки, я могу выполнить синхронизацию с облачным хранилищем OneDrive:
(dmd-2.088.0)[root@master onedrive]# onedrive —synchronize
По умолчанию, у меня создалась директория /root/OneDrive, в которой появились все каталоги моего облачного хранилища.
(dmd-2.088.0)[root@master OneDrive]# ls -la /root/OneDrive/
Для теста я создал файл test2.txt и выполнил синхронизацию:
[root@master backup]# onedrive —synchronize
Файл закачался в облако Microsoft:
Чтобы изменить директорию по умолчанию, нужно в конфигурационном файле изменить параметр sync_dir и после этого запустить команду:
onedrive —synchronize —resync
После перезагрузки сервера, клиент OneDrive запускает автоматически и не нужно повторно проходить авторизацию.
На этом настройка OneDrive на сервере с CentOS 7 окончена, надеюсь, что информация будет для многих полезна. В следующей статье мы рассмотрим, как использовать облачные хранилища для бэкапа данных с Linux сервера.
Источник
1С и Яндекс.Облако Compute Cloud. Вдоль и поперек
Бороться и искать. Найти и перепрятать
Достаточно популярная поговорка во времена Союза.
Вот и сейчас, те у кого сервер 1С в локальной сети мечтают вынести его в облако, а те у кого в облаке прикупить свой в локальную сеть.
Как у обычного пользователя у меня не нашлось чем занять этот ресурс, но как 1С-ник я подумал: А пуркуа бы и не па ? И попробовал положить в облако от Яндекса 1С Предприятие.
Тестирование Яндекс.Облако Compute Cloud для 1С Предприятие оставило у меня приятное впечатление.
Возможно кто-то повторит его и внесет больше ясности в настройки виртуальных серверов, использованию API и так далее. Интересующихся прошу продолжить чтение…
Раньше я хранил деньги дома под диваном.
Волновался конечно. Возвращаясь с работы проверял как там они.
Чтобы это исправить я отнес их в банк.
Сейчас я волнуюсь еще больше.
Теперь мне надо ходить проверять на месте ли мой банк.
выступление стендап
Не считаю лучшим решением выносить работу с 1С из локальной сети в облако. Но времена меняются и на текущий момент я хотя бы представляю специфику компании, которой это может быть полезно. Если ее деятельность завязана на интернет-торговлю. Тогда как раз важнее, чтобы интернет-магазины и 1С Предприятие были как можно ближе друг к другу. И для такой компании облачная инфраструктура это отличный выход, плюс экономия на офисе.
Приходит мужик в магазин «Запчасти», спрашивает:
— Есть запчасти на Ниву?
— Есть, что конкретно надо?
— Ну, там,… проволока, изолента…
— Есть конечно. Странная у вас Нива. Запчасти от УАЗа подходят…
анекдот.ру*
Не надо забывать и о том, что Яндекс пришел на поле виртуальных серверов с большим опозданием. За это время здесь уже успели сложиться некоторые стереотипы и определились лидеры.
Очевидно, что в Яндексе за прототип брали AWS или AZURE, а они не сильно подходят для хостинга 1С
Новый Год у программиста от обычных дней отличается тем, что рядом с кружкой кофе лежат мандаринки.
анекдот.ру
Новогодние каникулы длинные, на это время в моих руках оказались две годные вещи: серверный ключ 1С и облачный хостинг, поэтому я попробовал использовать время между оливье, шампанским и поздравлением Президента, по максимуму.
- Заодно получился небольшой батл между Postgres vs Microsoft SQL (модная нынче тенденция)
- Заодно получилось потестировать разные варианты замера производительности и получить ответы на некоторые вопросы
Облако от Яндекс поддерживает как linux так и windows, так что вариантов наметилось четыре что, как оказалось в дальнейшем было неправильно, поскольку под разной нагрузкой сервера показали разные результаты.
Тем, кто не любит много букв
При использовании при использовании Яндекс.Облако Compute Cloud не покидает ощущение невыносимой легкости бытия.
Еще бы, для начала нужен только аккаунт от Яндекса и кредитная карта с 2 рублями на счету.
Интерфейс продуман и лаконичен, все действия интуитивно понятны.
На тестовый период выдается 4000 руб в теории этого должно хватить на предварительное знакомство.
И компанию с двумя — тремя десятками пользователей 1С оно должно полностью устроить.
Цены чуть выше, чем у конкурентов размером поменьше (каламбур), но понятно, что здесь вы платите за бренд, так бывает всегда.
И за гарантированную надежность, так бывает не всегда. Еще не забылась история как в рубке с телеграмм падали коннекты с AWS.
К тому же, немного подешевле, поприятнее и поудобнее — это все за бугром у империалистов, а Яндекс он наш, не будем забывать о ФЗ-152.
Плюсами будут API и русскоязычная поддержка. Плюсов наверняка больше, с ними можно не один месяц разбираться.
Особенно если и хостинг интернет магазина будет там же.
Из замеченных недостатков: отсутствует возможность загрузить свой преднастроенный образ диска с windows и подключить LiveCD.
Итог: моя рекомендация к использованию
Не сложно, без кулинарных изысков, работает.
Наверняка со временем будет достаточное количество поклонников, это даст возможность обойти некоторые грабли, найдя их на форумах, перед тем как наступить.
Муж стоит на напольных весах и старательно втягивает живот.
Проходящая мимо жена ухмыляется:
— Думаешь это тебе поможет?
— Конечно поможет, я стрелки увижу.
анекдот.ру
В этой статье я не претендую на роль вселенского оракула
Возможно, результаты приведенные в ней отличаются от тех которые получите вы в Яндекс.Облако Compute Cloud, от тех которые получите вы на других хостингах.
Как раз и цель ее — чтобы вы увидели стрелки. Иными словами — некая печка, от которой можно плясать при выборе сервера для 1С.
Основываясь не только на стоимости и эмпирических соображениях, но и результатах собственных или (возможно провайдеры тоже прочтут ее) тестов подготовленных провайдерами хостинга.
Тем кого много букв не пугает — будет еще много картинок, приступим
Все измерения, проведенные в этой статье подкреплены скриншотами, поэтому будет хорошим тоном, кроме вашего бесценного опыта и огромного багажа знаний подкрепить свои замечания в комментариях хоть чем то ответным.
Заманчиво было выбрать сразу образ с предустановленным Microsoft SQL Server 2016 Express, но этот вариант у меня не взлетел.
Ну может и взлетел, но низэнько. Сервер стартовал со 100% нагрузкой процессора, создаваемой Trusted installer и так с ней и продолжил жить.
Я так понимаю windows метнулся за обновлениями и поддержкой русского языка и там ему приглянулось.
Устраивать танцы с бубном, когда по квартире уже витал запах жаренной курочки, не хотелось и виртуальная машина ушла в корзину.
У Яндекса понятное дело предустановленный образ серверный, подключение идет по SSH
И конечно без всяких вопросов стартовал windows-2012 5754.22 Р в месяц.
Нехитрыми вычислениями можно понять, что за лицензию Microsoft Windows Server 201(x) вы отдаете 1827.50 Р в месяц.
Использовать свою лицензию я так понимаю пока нельзя.
Заполучив сервера, осмотримся. А именно запустим тесты crystal disk mark, winrar и 7zip.
Зачем тест архиваторами? Затем что через 10 минут можно понять, что за сервер перед тобой по быстродействию (оставив надежность за скобками, это за 10 минут не поймешь)
Показатели в принципе средние.
Ровные показатели жесткого диска, в моем сегменте такие не часто встретишь, обычно что то завалено.
Для виртуальной машины с windows 2016 несколько другие. Возможно скорость доступа к диску зависит от общей нагрузки физического железа (просто как предположение).
Скорость доступа в интернет впечатляет.
Загадочно было, что при заявленном физическом размещении в РФ, реклама показывается на финском языке. Позже с этим разобрался почитав блог Яндекса.
Посмотрев свойства сетевого адаптера можно предположить на чем собран хост.
Стартуем тесты посерьезнее
HammerDB TPC-C — подробное описание здесь же на Хабре в статье
Тем более, что и на Ubuntu и Windows сервера можно установить как Postgres так и Microsoft SQL.
Сервер Postgres 9.6 на момент подготовки статьи — максимальный из поддерживаемых 1С.
Настройки Postgres — рекомендованные 1С, за исключением 1 параметра, с ним не срослось, сервер просто не стартовал.
С высокой долей вероятности дело в виртуальности дисков, на которую не закладывались при написании инструкции.
Результат связки Ubuntu Postgres
Результат связки Ubuntu MS SQL
Измерив сервер Ubuntu можно увидеть что, на двух виртуальных пользователях результаты Microsoft SQL получше.
На сервере Windows даже при таком измерении Microsoft SQL опережает Postgres значительно.
Результат связки Windows + Postgres, получше Ubuntu + Postgres, но не намного.
Результат связки Windows + Microsoft SQL — абсолютный лидер
При увеличении нагрузки сервер от Microsoft масштабируется линейно.
Так же линейно растет загрузка по всем показателям
А вот Postgres 50 виртуальных пользователей не потянул и на 20 уперся в очередь к диску
Замер же на Ubuntu на 20 виртуальных пользователях дал опять примерно похожие показатели
Ubuntu + Microsoft SQL
- Postgres на текущий момент лучше использовать в Linux, в Windows это могут быть проекты начального уровня с небольшой нагрузкой на сервер БД.
- Microsoft подтвердил стабильность даже на чужом поле, на своем он лидирует безоговорочно.
- Так же без тюнинга ядра, дисковой подсистемы и т.п. Postgres даже в Linux устает раньше, зато при той нагрузке, которая ему по зубам он держит ее ровнее.
Ну и под крики: Мы же 1С-ники, надо мерять из 1С, переходим к тестам на 1С
здесь удалось проверить связки
- Windows + MS SQL
- Windows + Postgres
- Ubuntu + Postgres
- Ubuntu + MS SQL 2019 1С Предприятие не приняло (что и не удивительно)
Сервер 1С 32-х разрядный, сервер БД — 64-х разрядный.
Версия платформы 1С: Предприятие 8.3 (8.3.13.1644).
Начинаем с тестf от gilev.ru
Если верить ему, то связка Ubuntu + Postgres процентов 20% предпочтительнее вариантов Windows + Postgres и Windows + MS SQL
Результат несколько загадочный, предположить что виртуальным машинам Linux дается больше процессорной мощности у Яндекса конечно можно, но осторожно.
Здесь картина меняется и становится похожей на тесты от HammerDB.
А также все рассказы об 1С и Postgres.
На части тестов сервера идут «ноздря в ноздрю», на временных таблицах MS SQL значительно лучше.
Но если по честному, всех интересует с какой скоростью работают конкретные пользователи в конкретной конфигурации и в основном в рабочее время.
Это с достаточной долей достоверности показывает APDEX, по крайней мере его использует 1С и оснований не доверять нет.
Поэтому третий тест на 1С, это обыкновенная демо база 1С Бухгалтерский учет 3.0 и обработка имитирующая работу 30 пользователей, каждый из которых в интервале 30 секунд производит некоторое действие в информационной базе.
Выбраны ключевые показатели типичные для работы обычной бухгалтерии — открытие форм справочников номенклатура и контрагенты, копирование и проведение документов поступление на расчетный счет и списание с расчетного счета и поступления и реализации товаров, а также открытие форм этих документов.
Замеры так же производятся типовой встроенной подсистемой конфигурации БСП Оценка производительности.
Сервер Windows + MS SQL и Ubuntu + Postgres дали на выходе самый максимально возможный результат
Похуже отработала связка Windows + Postgres
Однако отставание от лидера не ужас ужас, а припомнив стоимость лицензии MS SQL на 30 пользователей, так и совсем небольшое.
По крайней мере в оценку «хорошо» все уложились.
Для очистки совести был установлен на Windows Postgres 10, помнится в нем обещана лучшая совместимость.
Может, я не знал о каком-то волшебном параметре, но никакого профита он не дал:
Раз уж пошла такая пьянка (а пьянка как раз уже заканчивалась) все же был установлен на Windows Microsoft SQL 2019:
У меня его результаты получились хуже всех предыдущих. Но тут собственно никто ничего и не обещал.
Потрачено около половины, выделенных на тестирование средств.
На этом месте можно подвести полный итог — Яндекс.Облако Compute Cloud хоть и новый, но очень достойный игрок на рынке облачных серверов.
В том числе и для хостинга инфраструктуры 1С Предприятие для небольшого и среднего размера компаний, если им действительно нужен хостинг в облаке.
Все результаты этой статьи получены с минимальным количеством танцев с бубном или шаманством в настройках, скорее наоборот, легко и непринужденно.
Чего и вам желаю.
Желающие что-то подтвердить, опровергнуть или еще раз уточнить для себя, не вижу что вас может остановить.
Желающие пригласить меня к подобным тестам или настройкам, аналогично.
Источник