Как сделать собственное облачное хранилище

Облачные сервисы хранения данных стали настоящей панацеей для всех, кто хотел получать доступ к своим данным с любого устройства из любой точки пространства. Мы с радостью переместили свои данные в облака и успешно пользуемся ими, лишь иногда с опаской читая очередную новость о хаках iCloud и Dropbox. Кому-то изначально не даёт покоя тот факт, что облако контролирует «кто-то», но не сам пользователь. Именно такие энтузиасты сделали OwnCloud.

Что это такое

«Собственное облако» представляет собой не что иное, как персональное хранилище, работающее на собственном веб-сервере или сайте. Главная фишка OwnCloud в том, что он бесплатный и опенсорсный. В целом при наличии вышеупомянутой площадки для размещения пользователю потребуется примерно 5 минут на разворачивание собственного Dropbox-like хранилища, и без хитроумного кодинга — каких-либо специфических знаний не нужно. В довесок пользователь получает доступ к приложениям (текстовые редакторы, списки задач и прочие полезные штуки), которые создают другие участники проекта для собственных нужд.

Что умеет

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

Бонусы

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

Системные требования

Естественно, разворачивание собственного облака требует площадку, на которой оно и будет работать. Для таких целей подойдёт хост с поддержкой PHP5 и MySQL (либо SQLite).

Качаем OwnCloud Server и ставим его с помощью веб-установщика. По сложности процесс сравним с загрузкой файла на хост. После этого останется лишь определиться с адресом для удалённого доступа к сервису.

С чего заходить

Десктопный клиент доступен для Windows, Mac OS X и Linux. Здесь же можно скачать и исходники, с помощью которых можно собрать клиент под что угодно.

Если речь идёт о мобильном доступе, то здесь всё немного двойственно: клиенты для Android и iOS есть, но они платные. При этом отзывы о них, скажем прямо, не супер. Остаётся надеяться, что мобильные клиенты будут допиливаться.

Приложения

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

Итог

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

OwnCloud

Создаем личное облако на 3 Тб / Habr

Я бы хотел поделиться одним способом создания личного облака на базе трехтеррабайтного WD MyBook Live. Нет, я не буду даже упоминать про wd2go и их «полуоблака», которые по сути являются только доступами к самому NAS через сервисы WD при помощи довольно корявых Java-апплетов. В этой статье речь пойдет о «честном» облаке, работающем на MBL при помощи ownCloud.
Это решение подойдет тем, кто мечтает о личном аналоге Dropbox, файлы в котором хранятся не «где-то там», а на конкретном физическом носителе, и ограничены только его объемом, без необходимости платить ежемесячно за этот объем (пренебрегая абонентской платой за интернет и стоимостью электроэнергии).

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

Если интересно что из этого вышло — добро пожаловать под кат.

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

Современная линейка WD MyBook Live — это процессор 800 МГц, 256 Мбайт оперативной памяти и практически полноценный вариант Debian Linux в качестве прошивки, правда это уже не поддерживаемый Lenny с примесью файлов прошивки от WD, да еще и под архитектуру PPC, так что с пакетами повозиться все же придется, однако apt-get, wget и dpkg тут самые что ни на есть обычные, а значит работать с репозиториями возможно в полной мере.

На хабре уже была статья об ownCloud, поэтому останавливаться подробно на том что это такое и как оно устанавливается в общем случае я не буду, перейду сразу к конкретике для MBL. Прежде всего, ownCloud – это серверное приложение, которое работает максимально похоже на сервисы Dropbox, Google Drive и подобные, только хостится оно на вашем железе, что само по себе совершенно бесплатно, да и MBL – далеко не худший вариант для хостинга подобного решения.

В первую очередь, нам нужно будет включить доступ к нашему MBL по SSH для дальнейшей работы. Делается это довольно просто — зайдя по адресу mybooklive/UI/ssh и поставив галочку напротив протокола SSH:

Как видно, пароль по-умолчанию для доступа – welc0me.
Дальше останется только войти по SSH через терминал (на windows-машине можно использовать PuTTY):

ssh [email protected]

Предлагаю в первую очередь, также сменить пароль на более стойкий (тем более потребуется если в дальнейшем будете открывать доступ через интернет), командой passwd, после чего будет необходимо два раза ввести новый пароль.ВАЖНО!Ни в коем случае не пытайтесь проапгрейдить дистрибутив на мажорную версию, а лучше вообще забудьте о существовании команд full-upgrade, safe-upgrade или любой другой upgrade, это неминуемо приводит к тому, что вы больше не сможете загрузить девайс. Мне пришлось-таки поплатиться за свое любопытство ручным разбором устройства и восстановлением через анбрик. Ничего смертельного, но чрезвычайно неприятно и отнимает уйму времени.
Также, советую тщательно следить за пакетами, которые устанавливаете или удаляете. Так можно в лучшем случае утянуть уйму ненужного мусора, а в худшем — при удалении какого-либо ненужного пакета вместе с зависимостями, грохнуть что-то жизненно важное. Так, например если вы умудритесь грохнуть ssh, то единственный вариант вернуть коробку к жизни также, будет через разбор и анбрик начисто.
Ну и на последок, чего вообще делать нельзя — так это трогать udev, его даже апдейтить опасно, в этом случае рискуете получить вместо My Book Live кирпич, непригодный к восстановлению. Лучше всего от греха подальше, запретить ему обновляться командой:

 aptitude hold udev

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

Потом, нам потребуется подготовить платформу для установки стороннего ПО. И ключевым здесь будет удаление пакетов wd-nas, дабы apt-get не ругался в дальнейшем по каждому пустяку. Как ни странно, этой информации нет практически нигде, кроме официального источника:

rm -f /var/lib/dpkg/info/wd-nas.*

Это устранит пакеты, зависимые от прошивки.

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

nano, командой:

nano /etc/apt/sources.list

А вот что необходимо добавить:

deb http://ftp.us.debian.org/debian/ squeeze main 
deb-src http://ftp.us.debian.org/debian/ squeeze main 

Возможно у кого-то возникнут вопросы, зачем добавлять репозитории squeeze если версия самого WD MBL — lenny? Отвечу — просто потому что lenny с февраля 2012 года более не поддерживается, и большинство необходимых пакетов для него давно устарели, что может привести к неразрешимым зависимостям (пришлось откатываться к заводским настройкам после первой неудачной попытки). В интернете достаточно много советов по тому какие еще репозитории можно добавить, включая тестовые ветки, но я советую не слишком увлекаться, потому что не зная что ты делаешь, можно превратить эту шуструю коробочку в безжизненный кирпичик.
Во избежание путаницы, привожу содержимое моего sources.list, с которым все работаетdeb archive.debian.org/debian lenny main
deb-src archive.debian.org/debian lenny main
deb ftp.us.debian.org/debian squeeze main
deb-src ftp.us.debian.org/debian squeeze main
После добавления нужных строк и сохранения списка репозиториев, нужно попробовать обновиться командой:

apt-get update

Не забываем, что ownCloud все же написан на PHP, поэтому для его полноценной работы нам потребуется установить ряд необходимых пакетов, включая актуальную версию PHP5 и несколько необходимых модулей:

apt-get install php5 php5-gd php-xml-parser php5-intl zlib1g

Установщик может ругнуться на недоверенные пакеты. Это происходит потому что подписанные ключи для репозиториев Дебиан уже не актуальны. У этой проблемы существует решение, однако можно и проигнорировать предупреждение просто нажав пару раз на «Y». Также, в процессе установки возможны конфликты разных версий пакетов, часть из которых была предустановлена в системе. По-умолчанию, предпочтение будет дано уже установленным пакетам (это же Debian), так что вполне можно согласиться с этим решением (хотя ничего страшного не должно произойти даже если заменить эти пакеты на новые).

Если все прошло успешно, самое время перейти непосредственно к установке ownCloud. Это достаточно простая часть. Нужно перейти в каталог /www/ и скачать туда веб-установщик при помощи wget. А также, убедиться что установлены соответствующие групповые права на запись:

cd /var/www/
wget https://download.owncloud.com/download/community/setup-owncloud.php --no-check-certificate
chmod 755 setup-owncloud.php
chgrp www-data /var/www
chmod g+w /var/www

Далее, нужно перейти в браузере по адресу mybooklive/setup-owncloud.php чтобы продолжить установку. Можно установить ownCloud в любой каталог, но чтобы не запутаться в дальнейшем, советую все же, ставить его в одноименный каталог /owncloud/.
Если в конце установки, вы увидите подобную картину
то не пугайтесь. Все требуемые модули мы устанавливали еще на прошлом шаге, но для того чтобы они заработали, нужно всего-навсего, перезагрузить веб-сервер apache:

/etc/init.d/apache2 restart

Хотя я бы не стал на данный момент этого делать, потому что немного позже мы все равно его будем перезагружать.
После того как мы определились с каталогом установки, останется лишь немного допилить напильничком доступы извне для http и SSL https, а также вернуть групповые права для /www/. Для этого, необходимо будет прописать следующие строки:

        <Directory /var/www/owncloud/>
                AllowOverride All
                Options +FollowSymLinks
        </Directory>
        <Directory /var/www/owncloud/data>
                Order deny,allow
                Deny from all
        </Directory>

между подобных модулей ... в следующих файлах:

nano /etc/apache2/sites-enabled/000-wdnas

nano /etc/apache2/sites-enabled/000-wdnas-ssl

Вот теперь можно перезагружать апач и возвращать права доступа для /www/:

/etc/init.d/apache2 restart
chmod g-w /var/www

Технически, данные вновь установленного owncloud хоть и находятся на жестком диске, однако логически они принадлежат системному разделу MBL, который имеет ограничение в 2 Гб. Для того, чтобы иметь возможность использовать весь доступный объем под owncloud (честно, не представляю кому и зачем это может понадобиться и сколько лет будут синхронизироваться все 3TB, забитые данными), а не ограничиваться системным разделом, мы сделаем символическую ссылку в основной раздел DataVolume, предварительно остановив апач на время наших манипуляций:

/etc/init.d/apache2 stop
mv /var/www/owncloud/data /DataVolume/owncloud_data
chgrp www-data /DataVolume/owncloud_data
chmod 770 /DataVolume/owncloud_data
ln -s /DataVolume/owncloud_data /var/www/owncloud/data

Я категорически не советую прокидывать линк в папку Public из соображений безопасности.

По сути, нам останется только вновь запустить апач и основная цель будет достигнута:

/etc/init.d/apache2 start

Теперь по адресу mybooklive/owncloud нам доступно собственное облако, в котором можно держать и синхронизировать огромное количество документов, доступ к которым можно получить с Win, Mac, Linux, Android и даже iOS при помощи нативных клиентов для каждой из осей, просто настроив клиент на синхронизацию с вышеуказанным адресом.
Похоже, это победа.

Однако…

По правде, это еще далеко не победа, а только полпути, потому что адрес mybooklive/owncloud является локальным, и работать наше облако будет только в рамках домашней сети, благодаря чему толку от него будет очень немного. Но что же сделать чтобы пользоваться ownCloud можно было отовсюду? Конечно, счастливые обладатели статических IP скажут что нужно просто заменить «mybooklive» в адресе на IP устройства, предварительно пробросив нужные порты через роутер, и будут правы. Но такая роскошь есть не у каждого, и подавляющее большинство пользователей имеют-таки самые обычные динамические IP, которые меняются постоянно, так что каждый раз устройство будет иметь новый адрес.
Как ни странно, у этой задачи есть достаточно несложное решение. Нет, даже не подумайте что мы посмотрим в сторону неудобного сервиса wd2go (хотя была пара идей как можно использовать и его) – напротив, мы опять поработаем головой и воспользуемся такой полезной штукой как Dynamic DNS.

Для этого нам понадобится:

1. Зарегистрировать домен.
2. Зарегистрироваться на каком-либо сервисе, предоставляющем DynDNS.
3. Установить DynDNS клиент на наш MyBookLive

Для первого пункта вполне подойдут даже любые бесплатные домены третьего уровня (гуглятся на ура), но лучше конечно зарегистрировать собственный домен. Есть вполне дешевые доменные зоны, например домен в зоне .pw (острова Палау, хотя некоторые регистраторы раскручивают его как Professional Web) обойдется даже чуть меньше 7 € в год. Как вариант — посмотреть по акциям на GoDaddy (там часто можно урвать какой-то лакомый кусочек всего за 5 баксов).

В качестве сервера DynDNS лично я выбрал совершенно бесплатный от freedns.afraid.org, потому что платить за не используемые фишки от dyn.com/dns даже минимальную абонентку в год, как-то не хотелось. Для нашей задачи отлично подойдет самый минимальный функционал. Подробно расписывать процедуру регистрации домена и привязки его к сервису DynDNS в рамках данной статьи я не буду. Достаточно просто зарегистрироваться на сервисе и на странице freedns.afraid.org/domain найти пункт «Add A Domain into FreeDNS», после чего добавить в качестве DNS у вашего регистратора следующие ns-сервера:

NS1.AFRAID.ORG
NS2.AFRAID.ORG
NS3.AFRAID.ORG
NS4.AFRAID.ORG

При этом не стоит пугаться красного статуса Broken — если все нормально, он исчезнет сам в течение 24-х часов.

Далее нам необходимо выбрать и установить какой-либо Dynamic DNS клиент на MyBookLive. На самом деле, это задача не из легких, потому что подобных решений действительно огромное множество на Perl, Python, PHP, есть также отдельные демоны для *nix всех видов и мастей. Перед тем как найти подходящее решение, мне пришлось перепробовать достаточно много вариантов, но везде что-то не устраивало — то настройка через одно место, то стабильность работы не устраивает, то с выбранным сервером не совместим, то с версией протокола, то слишком неповоротливо. В итоге решил остановиться на самом маленьком, простом и незатейливом клиенте inadyn. Из плюсов — шустрая работа, очень маленький размер, совместимость с выбранным сервером, довольно гибкая настройка, поддержка крона, запуск в режиме демона и обновление IP через заданный интервал. Из минусов разве что отсутствие какого-либо GUI, и то это даже минусом назвать сложно для такой консольной утилитки.

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

apt-get install inadyn

Также важное замечание что для работы inadyn может потребоваться curl, если он не был установлен. Решается так:

apt-get install curl

Далее нам необходимо войти под своим аккаунтом на freedns.afraid.org/dynamic и выбрать пункт Direct URL напротив домена, который мы привязывали ранее. Обратите внимание, что в строке браузера будет нечто подобное:

http://freedns.afraid.org/dynamic/update.php?OHphN3RsHY0SEFtZ1JrQ2V2Z1pTOjk2NzEwOTTVM1cc=

Нас интересует все, что стоит справа от ?. Это — хэш, действительный только для вашего домена (значения в примере изменены). Скопируйте его куда-нибудь, он нам вскоре понадобится.
Теперь создаем конфигурационный файл inadyn командой:

nano /etc/inadyn.conf

в который вставляем необходимые настройки и сохраняем:

--username <имя_пользователя>
--password <пароль>
--update_period_sec 60
--forced_update_period 120
--alias <имя_домена>,<хэш>
--background
--dyndns_system [email protected]
--syslog

Кому интересно, расшифровка

• username — здесь указываем имя пользователя, с которым регистрировались на freedns.afraid.org
• password — пароль оттуда же
• update_period_sec — частота проверки и обновления (если менялся) IP в секундах
• forced_update_period — частота принудительного обновления IP в секундах
• alias — строка, в которой через запятую указываем наш домен и его хэш, который мы записывали ранее
• background — указание исполнять в фоновом режиме
• строку dyndns_system [email protected] оставляем без изменений, она говорит программе с каким сервером идет работа информацией (указывает на внутренний протокол обмена)
• syslog — события пишем в системный лог

Теперь нам нужно добавить inadyn в крон как автоматическое событие при перезагрузке, чтобы каждый раз при перезагрузке MyBookLive, она стартовала автоматически. Для этого:

crontab -e

Добавляем строку:

@reboot /usr/sbin/inadyn

Чтобы проверить работоспособность программки после наших манипуляций, можно перезагрузить MBL командой

reboot

Затем подождать 3-5 минут пока он перезагрузится и стартует, после чего проверить процессы:

ps -A | grep inadyn

Нам останется только проверить доступность нашего майбука по имени домена командой ping:

ping <yourdomain.com>

Если все прошло нормально, и отправленные пакеты доходят, можно смело заходить на yourdomain.com/owncloud и радоваться большому выполненному делу.
При настройке десктопных и мобильных клиентов owncloud, в качестве адреса нужно указывать полностью строку yourdomain.com/owncloud, чтобы они понимали где находится наш /owncloud/.

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

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

Ответы на вопросы:

Вопрос: Нужно ли устанавливать apache? В статье об этом ни слова.
Ответ: Нет, apache на MyBookLive установлен по-умолчанию. При первом подключении, настройка происходит через веб-интерфейс по адресу: mybooklive.local. Важно, что при неправильном обновлении или модификации apache, можно лишиться веб-интерфейса и оказаться в ситуации, когда его невозможно будет запустить без сброса к заводским настройкам. Бездумно обновлять его также не стоит, т.к. можно наткнуться на неразрешимые зависимости, а на Lenny, да еще и под архитектуру PPC альтернативных вариантов не так много.

Вопрос: На какой версии прошивки проводился эксперимент?
Ответ: Все делалось на 02.42.03-027, но по идее, должно работать и с более ранними. К сожалению, информации по различным прошивкам нет.

Вопрос: Может ли Feature Pack Manager повлиять каким-либо образом на описанное в статье?
Ответ: По своей сути, fpkmgr — просто некий расширенный менеджер пакетов, который устанавливает тот набор пакетов, который выберет пользователь. На моем MBL спокойно работали параллельно Transmission из fpkmgr и owncloud. Возможно, есть какие-то пакеты, устанавливаемые при помощи fpkmgr, которые могут конфликтовать, но информацией об этом я пока не обладаю. Если кто-то сталкивался и напишет об этом, я включу замечание сюда.

Вопрос: После действий, описанных в статье, будет ли owncloud отключаться, когда MBL уходит в сон?
Ответ: Самое интересное, что судя по поведению светодиода, он-таки в сон уходил пока я не отключил энергосбережение. По факту работал с некоторой задержкой чтобы «проснуться» и показать содержимое owncloud при заходе из браузера, хотя технически этот аспект я не изучал. При отключенном энергосбережении все отлично работает.

Вопрос: Все сделал по инструкции, но при попытке доступа пишет что невозможно подключиться к серверу. Что делать?
Ответ: Для нормальной работы owncloud, необходимо пробросить на роутере порты 80 и 443. Как это сделать, подскажет гугл при запросе port-forwarding.

Материалы:

Что такое облако в интернете и как им пользоваться

 

Здравствуйте, гости моего блога.

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

Как это возможно? Об этом вы узнаете далее.

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

 

Добавим конкретики

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

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

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

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

 

Аренда хранилища

Ваш внутренний скептик уже подсказывает, мол, просто так никто ничего не дает? Он прав, но лишь отчасти. Маркетологи проникают всюду, и облака — не исключение. Изначально вам предоставляется определенное место бесплатно. Оно не большое — в среднем, от 2 до 15 Гб.

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

Но не спешите сразу отвергать виртуальные хранилища. Во-первых, вам может хватить халявного места. Во-вторых, деньги, все-таки, берутся не просто так. За что? Читаем дальше.

 

Плюсы

Что вы выиграете, если будете использовать облако?

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

• Можно организовать совместное пользование данными. Речь идет не только о корпоративных документах. Допустим, нащелкали вы множество фотографий в отпуске и хотите, чтобы ваши родственники срочно их посмотрели. Для этого вам нужно всего лишь открыть им доступ к своему облаку.
  Следовательно, нет необходимости тратить уйму времени на перекидывание тонны кадров отдельно каждому близкому человеку. Понятное дело, что таким способом вы можете делиться не только фотографиями.

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

 

Недостатки

Чтобы вы не говорили потом, что вас никто не предупреждал, ознакомьтесь и с отрицательными сторонами хваленых облаков:

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

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

Кстати, 1 раз, 19 июня 2011 года, произошел какой-то сбой — и все данные на сервисе Dropbox мог просматривать любой человек. Длилось это безобразие всего 4 часа, но все равно приятного мало.

 

ТОП-5 популярных хранилищ

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

• Яндекс.Диск. Бесплатно выдается 10 Гб. Чтобы получить дополнительные, вы либо платите, либо пользуетесь бонусной программой: например, за каждого приведенного друга получаете 512 Мб, и так до 10 гигов, либо следуете условиям действующей акции (они часто меняются).

• Google Drive. Предоставляет клиентам «за спасибо» на 5 гигов больше, чем вышеупомянутый конкурент. Рекордсмен среди других хранилищ по поддерживаемым форматам загружаемых файлов.

• Dropbox. Один из первых подобных сервисов, поэтому лидирует по численности клиентов. Авторитет позволяет предоставлять на шару лишь 2 Гб и только на месяц, а больше вы получаете уже за валюту.
  Хранилище обладает множеством полезных функций, но главное — синхронизацией. То есть вы можете с компьютера внести правки в документ, расположенный в папке Dropbox, потом открыть его с телефона и увидеть изменения. Причем история ваших действий тоже хранится в облаке.

• iCloud. Создан для владельцев продукции Apple, но так как оных нынче много, попал в наш ТОП-5. Также есть приложение для Windows, а пользователям других систем опробовать «яблочное» качество не удастся. Автоматом вы получаете лишь 5 Гб.

• Облако Mail.Ru. Когда проект стартовал, клиентам выдавались бесплатно целых 100 гигов. Хоть сейчас эта цифра уменьшена до 16 Гб, все равно в этом списке данный сервис превосходит остальные в щедрости.

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

 

Как создать свое облако?

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

В Dropbox достаточно пройти стандартную регистрацию, а для iCloud — зайти под своим Apple ID.

На этом всё. Что такое облако в интернете вам надеюсь худо-бедно ясно. Возвращайтесь ко мне за новой порцией новой информации.

Пока-пока.

 

 

Как создать свое облако в интернете – собственный облачный сервер

На главную -> MyLDP -> Тематический каталог -> Программное обеспечение для Linux

---

Создаем свои собственные облачные сервера с помощью Ubuntu

Оригинал: «Grow Your Own Cloud Servers With Ubuntu»
Автор: Эрик Гайер (Eric Geier)
Дата публикации: January 15, 2010
Перевод: Н.Ромоданов
Дата перевода: февраль 2010 г.

Хотели бы вы полетать в облаке и поэкспериментировать с облачными вычислениями? Теперь у вас есть шанс. С помощью этой статьи вы шаг за шагом изучите процесс настройки своей личной облачной системы, в которой используется пакет Ubuntu Enterprise Cloud (UEC), базирующийся на платформе Eucalyptus.

Система состоит из одного облачного контроллера (также называемого front-end сервером) и одного или нескольких контроллеров узлов. Облачный контроллер управляет средой облака. Вы можете по умолчанию использовать образы ОС Ubuntu или создать свой собственный образ, который будет использоваться в виртуальной среде. В контроллерах узлов вы можете запустить отдельные экземпляры виртуальных машин (VM) для работы с образами.

Системные требования

Для того чтобы можно было работать с облаком, для него нужно выделить, по крайней мере, два компьютера:

• Один — для front-end сервера (облачного контроллера или контроллера кластеров) со следующими минимальными требованиями: CPU с частотой в 1 ГГц, 512 Мбайт оперативной памяти, CD-ROM, 40 Гбайт дискового пространства и сетевым Ethernet адаптером.
• Один или несколько для контроллеров узлов с CPU, поддерживающим технологию виртуализации Virtualization Technology (VT), 1Гбайт оперативной памяти, CD-ROM, 40 Гбайт дискового пространства и сетевым Ethernet адаптером.

Вы можете посмотреть список процессоров Intel, поддерживающих технологию VT. Либо в Windows вы можете запустить утилиту SecurAble. В Linux вы можете выполнить проверку следующим образом — посмотреть, если в файле /proc/cpuinfo параметры «vmx» или «svm». Запустите команду egrep ‘(vmx|svm)’ /proc/cpuinfo. Однако имейте в виду, что вы получите результат, если эта возможность включена: она может быть отключена в BIOS.

Подготовка к инсталляции

Во-первых, скачайте образ CD для версии Ubuntu Server remix (мы используем версию 9.10) на любой компьютер, на котором есть устройство записи CD или DVD. Затем запишите образ ISO на CD или DVD. Если вы хотите использовать DVD, убедитесь в том, что компьютеры, которые будут использоваться в облаке, могут читать DVD. Если вы используете Windows 7, вы можете открыть ISO файл и использовать утилиту записи, входящую в состав ОС. Если вы используете Windows Vista или более ранние версии, вы можете скачать стороннее приложение, такое как DoISO.

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

Установка Front-End сервера

Установка front-end сервера сравнительно проста. Для того, чтобы начать установку, просто вставьте компакт-диск с инсталлятором и в загрузочном меню выберите пункт «Install Ubuntu Enterprise Cloud», а затем нажмите клавишу ENTER. При необходимости укажите язык и раскладку клавиатуры. Укажите настройки сети, когда появится запрос.

При появлении запроса на выбор режима установки Cloud Installation Mode, нажмите Enter для того, чтобы выбрать установку по умолчанию, т. е. «Cluster» («кластер»). Затем вам нужно сконфигурировать часовой пояс и задать настройки раздела. После того, как раздел будет подготовлен, установка будет, наконец, запущена. В самом конце, вам будет предложено создать учетную запись пользователя.

Затем вам нужно будет настроить параметры прокси, автоматическое обновление и электронную почту. Кроме того, вам нужно будет задать имя кластера Eucalyptus Cluster. Вам также потребуется настроить IP-адресацию с тем, чтобы пользователи получали динамически назначаемые им адреса.

Установка и регистрация контроллеров узлов

Установка узлов еще проще. Снова вставьте установочный диск, в меню загрузки выберите «Install Ubuntu Enterprise Cloud» и нажмите клавишу Enter. По мере необходимости указывайте требуемые настройки.

Когда дело дойдет до выбора режима установки Cloud Installation Mode, инсталлятор должен автоматически обнаружить существующий кластер и задать вариант установки «Node» («Узел»). Для того, чтобы продолжить, просто нажмите на клавишу Enter. Останется только задать настройку раздела.

Регистрация контроллеров узлов

Прежде, чем продолжить дальше, вы должны знать IP адрес узла (узлов).

Как создать собственное облако, где можно бесплатно хранить любой объём данных

Узнать его можно с помощью следующей команды:

/sbin/ifconfig

Затем вам потребуется установить на контроллере узла открытый ssh ключ, взятый с front-end сервера:

1. С помощью следующей команды установите временный пароль для пользователя eucalyptus:

sudo passwd eucalyptus

2. На front-end сервере введите следующую команду для того, чтобы скопировать SSH ключ:

sudo -u eucalyptus ssh-copy-id -i ~eucalyptus/.ssh/id_rsa.pub eucalyptus@

3. Затем с помощью следующей команды вы можете удалить пароль учетной записи eucalyptus:

sudo passwd -d eucalyptus

4. После того, как узлы будут подняты и ключ скопирован, запустите на front-end сервере следующую команду и добавьте узлы:

sudo euca_conf —no-rsync —discover-nodes

Получение и установка идентификационной информации пользователя

На front-end сервере выполните приведенные ниже команды для того, чтобы создать новую директорию, экспортировать в него заархивированную идентификационную информацию пользователя, а затем распаковать файлы:

mkdir -p ~/.euca chmod 700 ~/.euca cd ~/.euca sudo euca_conf —get-credentials mycreds.zip (It takes a while for this to complete; just wait) unzip mycreds.zip cd —

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

Настройка EC2 API и инструментального пакета AMI

Теперь вы должны настроить на front-end сервере пакет EC2 API и инструментальный пакет AMI. Во-первых, все настройки вашей среды Eucalyptus берутся из файла eucarc, поэтому введите:

~/.euca/eucarc

Для того, чтобы при входе в систему это происходило автоматически, введите следующую команду, которая запишет предыдущую команду в ваш файл ~/.bashrc

echo «[ -r ~/.euca/eucarc ] && . ~/.euca/eucarc» >> ~/.bashrc

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

sudo apt-get install ^31vmx32^4

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

. ~/.euca/eucarc euca-describe-availability-zones verbose

Доступ к панели управления с веб интерфейсом

Теперь вы можете получить доступ к конфигурационной утилите, имеющей веб интерфейс. С любого компьютера, находящимся в той же самой сети, перейдите по URL, https://:8443. Сразу после того, как вы зарегистрируетесь front-end сервере, будет показан IP адрес облачного контроллера. Обратите внимание, что это безопасное соединение происходит по протоколу HTTPS, а не с помощью HTTP. Вполне вероятно, вы получите от браузера предупреждение, касающееся безопасности, поскольку в сервере используется самоподписываемый сертификат вместо сертификата, предоставляемого какой-нибудь из известных служб сертификации Certificate Authority (CA). Игнорируйте это предупреждение, добавив его в список исключений. Подключение будет безопасным.

По умолчанию в качестве имя пользователя и пароля пользователя используется значение «admin». После первой регистрации вам следует ввести новый пароль и email.

Установка образов

Теперь, когда у вас есть настроенное основное облако, вы можете установить образы. Откройте панель управления с веб интерфейсом, выберите вкладку Store, а затем щелкните по кнопке Install (Установить) для установки нужного образа. Начнется загрузка, а затем автоматически начнется установка, которая занимает много времени.

Запуск образов

Перед первым запуском образа на узле, выполните следующие команды с тем, чтобы создать пару ключей для SSH:

touch ~/.euca/mykey.priv chmod 0600 ~/.euca/mykey.priv euca-add-keypair mykey > ~/.euca/mykey.priv

Вам также потребуется открыть порт 22 на узле с помощью следующей команды:

euca-describe-groups euca-authorize default -P tcp -p 22 -s 0.0.0.0/0

Наконец, вы можете запустить зарегистрированный образ. Команду для запуска образа можно выполнить через веб интерфейс. Войжите в систему через веб интерфейс, щелкните по вкладке Store, а затем выберите ссылку How to Run с тем, чтобы запустить нужный образ. Появится окошко, в котором будет указана нужная команда.

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

watch -n5 euca-describe-instances

При переходе из состояния «pending» («ожидание») в «running» («выполнение») определите назначенный IP адрес и подключитесь к нему:

IPADDR=$(euca-describe-instances | grep $EMI | grep running | tail -n1 | awk ‘{print $4}’) ssh -i ~/.euca/mykey.priv ubuntu@$IPADDR

Для того, чтобы завершить подключение по SSH:

INSTANCEID=$(euca-describe-instances | grep $EMI | grep running | tail -n1 | awk ‘{print $2}’) euca-terminate-instances $INSTANCEID

Обслуживание облака

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

• Для того, чтобы перезапустить front-end сервер, выполните следующую команду: sudo service eucalyptus [start|stop|restart]
• Для того, чтобы восстановить работу узла, выполните следующую команду: sudo service eucalyptus-nc [start|stop|restart]
• Есть следующие несколько файлов с важными данными:
• Файлы журналов
  /var/log/eucalyptus
• Конфигурационные файлы
  /etc/eucalyptus
• База данных
  /var/lib/eucalyptus/db
• Ключи
  /var/lib/eucalyptus
  /var/lib/eucalyptus/.ssh

Смотрите следующие статьи:

Если вам понравилась статья, поделитесь ею с друзьями:

---