6

7

8 Аннотация В дипломном проекте был проведён сравнительный анализ общедоступных сервисов и решений облачного хранилища. А также был смоделирован рабочий стенд облачного хранилища на решении с открытым исходным кодов – OwnCloud. В разделе безопасности жизнедеятельности был произведён анализ условий труда, был произведён расчёт кондиционирования в серверной комнате. В ходе разработки проекта был составлен бизнес-план, по полученным показателям которого видно, что проект является экономически эффективным.

Annotation In this work was carried out a comparative analysis of public services and cloud storage solutions. Moreover, it has modeled on a stand cloud storage solutions with open source code - OwnCloud. Under life safety was made the analysis of working conditions, the calculation was made conditioning in the server room. The project development was drawn up a business plan, in which the resulting figures it is clear that the project is cost-effective.

Аңдапта Бұл дипломдық жобады қоғамдықтың қызметтерін салыстырмалы талдау және сырттай сақтау шешімдері жүргізілді. Сонымен OwnCloud қатар ашық шығыс кодаларының шешімі негізінде сырттай сақтаудың жұмыс стенді моделденген. Өміртіршілік қауіпсіздігі бөлімінде еңбек жағдайларына талдау жүргізілген, серверлік бөлменің салқындату есептеулері есептелген. Жобаны дайындау барысында бизнес-жоба жасалды, жоба алынған көрсеткіштер бойынша экономикалық тұрғыдан тиімді болды.

9 Содержание Введение ...... 11 1 Облачное хранилище данных ...... 13 1.1 Предпосылки появления облачных технологий ...... 13 1.2 Что такое «Облачное хранилище данных»? ...... 14 1.3 Безопасно ли хранить файлы в «облаке?» ...... 16 1.4 Облачные шлюзы ...... 18 1.5 Принцип работы облачного хранилища данных ...... 19 1.6 Обзор облачных хранилищ ...... 20 1.7 Обзор облачных решений ...... 29 2 Расчёт технических параметров ...... 56 2.1 Расчёт ёмкости облачного хранилища ...... 57 2.2 Расчёт пропускной способности интернет каналов ...... 63 2.3 Моделирование рабочего стенда ...... 66 3 Безопасность жизнедеятельности ...... 72 3.1 Анализ условий труда и меры по снижению вредного воздействия ...... 72 3.2 Организация рабочего места на предприятии ...... 73 3.3 Использованное оборудование ...... 78 3.4 Расчёт кондиционирования ...... 79 4 Бизнес план ...... 83 4.1 Цель и задачи проекта ...... 83 4.2 Финансовый план ...... 83 Заключение ...... 92 Список литературы ...... 93 Приложение А Справка антиплагиата Приложение Б Электронная версия ДП и демонстрационные CD Приложение В Раздаточные материалы (формат А4 - 16 листов)

10 Введение

Все пользователи персональных компьютеров когда-нибудь сталкивались с такими выражениями, как «жесткий диск», «флэшка», «CD или DVD — диск». Так вот, все перечисленные атрибуты по своей сути являются носителями какой-либо информации. Но, для того, чтобы этой информацией воспользоваться или же с кем-то ею поделиться, данный носитель у вас должен быть при себе. Благодаря облачным хранилищам данных потребность в выше описанных носителях сама собой отпадает! Загрузив на сервера необходимую информацию, вы всегда сможете иметь к ней доступ с ПК или с любого другого устройства (планшет, смартфон, телефон), имеющего выход в интернет. Облачное хранилище данных – это виртуальный носитель информации, который хранит и обрабатывает данные на многочисленных серверах, разбросанных по всему миру. Каждый облачный сервис имеет определенный лимит в виде ГБ (Гигабайт) виртуального пространства, предоставляемого пользователю абсолютно бесплатно. Со временем, если пользователь захочет его расширить (увеличить), ему придется заплатить согласно тарифного плана. Получается своего рода рекламный ход. Человек привыкает к удобству и мобильности хранилища, а когда понимает, что облако его полностью устраивает во всех направлениях, платит за аренду «удовольствия». В основном платными тарифами пользуются люди, имеющие свой интернет- бизнес, предоставляя тем самым своим клиентам скачивать различные данные (файлы, обучающие курсы и т.д.) на хорошей скорости и с максимальной безопасностью. Тем, кто не собирается массово раздавать свои продукты, а использует облако в качестве хранения информации, доступ к которой время от времени предоставляется только узким кругам, вполне обойдутся бесплатными тарифами. На практике облачное хранилище данных дарит некоторые возможности пользователям ПК: - во-первых, надежное место для хранения личной и рабочей информации пользователя в неограниченном количестве файлов (у каждого провайдера свои лимиты бесплатного обслуживания, при постоянной подписки, не превышающие 10-25 ГБ); - во-вторых, гибридность доступа, владельцы имеют доступ к размещенной в облаке информации с любого мобильного и настольного устройства подключённого к сети интернет; - в-третьих – нет проблем с загрузкой файлов, дублированием и копированием. Это были основные моменты, дающие возможность решения и модернизации способов и мест хранения информации уже в настоящем. Для того, чтобы начать пользоваться сервером, необходимо лишь, выбрать

11 провайдера, установить приложение на компьютер и дополнительные устройства (планшет телефон и т.д.). Для выбора компании-провайдера, предлагающей услуги облачного хранилища, обуславливается больше видом деятельности пользователя и его интересами, так как функциональные возможности серверов существенно отличаются: - наличием приложений для операционных систем (Windows, Android, iOS, и др.), мобильных телефонов, смартфонов и т.п.; - лимитами бесплатного сервиса и условиями тарифных планов свыше лимитов; - ограничениями по объему файлов; - возможным расширением виртуального пространства для новых дисков, реферальными программами и мн. др. Актуальность темы моего дипломного проекта, состоит в том, что ежедневно, практически у каждого человека, потребность в доступе к информации с разных устройств возникает всё больше и больше, а носить с собой физические накопители не всегда удобно и не всегда получается, для решения этой проблемы, были созданы файловые хранилища, в которые можно загрузить информацию, а затем она будет доступна с любого устройства, подключённого к интернету. Целью дипломного проекта является сравнительный анализ общедоступных сервисов и решений, построение полноценной модели облачного хранилища и выявление экономического потенциала. Для достижения поставленной цели необходимо решить следующие задачи: - проанализировать и дать техническое описание об облачном хранилище; - дать характеристику плюсам и минусам «облака». Узнать, какие существуют облачные сервисы и решения; - проанализировать построение облачных файловых хранилищ с открытым исходным кодом; - построить модель облачного хранилища данных.

12 1 Облачное хранилище данных

1.1 Предпосылки появления облачных технологий Самому появлению облачных хранилищ ближе к 2005 году посодействовало пара фактор. В один момент, ряд компаний произвели наборы Web-приложений, предназначенных для работы с документами. В качестве абсолютно бесплатного дополнения к ним были файловые хранилища, и для прошлых лет это были приличные свободные ёмкости. Хранить файлы позволялось не только офисного происхождения, но и любые остальные форматы. Но с иной стороны, в тот момент начинала произрастать новая ветвь конкуренции между имеющимися почтовыми сервисами. И уже в качестве одной из форм конкуренции стало появление новых сервисных услуг, одной из которых стало предоставление свободного места в онлайн- хранилище. Увеличивалось оно прямо пропорционально с ростом увеличения объёма почтовых ящиков. К началу нынешнего века объём хранилищ имел счёт в десятки мегабайт, сегодня объём подошёл к отметке в несколько терабайт. Среди всех игроков на этом рынке, но сильнее выделялись Microsoft и Google. Первыми сервисами, первоначально ориентированные как облачное хранение были такие компании как, CrashPlan, Amazon S3 и многие другие существующие до сих пор, но в некоторых случаях изменившие бренд и марку компаний. Все пользователи использовали данные сервисы для синхронизации различных рабочих и домашних устройств между собой, для резервного копирования важных документов, иногда и просто для обмена файлами между пользователями. Обмену файлами между пользователями поспособствовало то, что эра оптических носителей уходила, а время дешёвых внешних носителей, которые было бы не жалко отдать безвозмездно ещё не пришло, и нужно сказать, вряд ли придёт. В промежуток первого десятилетия нового века, новым толчком для нового рынка послужило начало новой эры, эры post PC. Эру пост-ПК ещё пророчил в своё время Стив Джобс и наконец в 2007 году она настала. Эра пост-ПК характерна тенденцией резкого сокращения рынка персональных компьютеров, благодаря появлению карманных персональных компьютеров, смартфонов, планшетов. Разработчики новых операционных систем, новых устройств, начали открывать собственные сервера облачных хранилищ, тем самым привлекая новых потенциальных покупателей своих гаджетов именно новой услугой, большими объёмами облачного хранилища. Пользователям использовавшие устройства на платформе Windows Mobile и iOS, использование облачного хранилища оказалось чуть ли не единственным выходом обойти ограничения, накладываемые производителем на использование Zune и iTunes, а также для синхронизации между устройствами пользователей. Такими темпами новая услуга онлайн сервиса для хранения необходимых документов, всё больше и больше пользовалась спросом, клиентами данной услуги были как корпоративные пользователи, так и 13 частные лица. Да и сам рост использования мобильных устройств, требовал использования внешних хранилищ. Параллельно этому развивался другой процесс, который в дальнейшем прозвали кризисом. Многие компании, в ожидании дальнейшего огромного роста, примерно по второй половине 2007 года, закупали в огромных количествах оборудования в качестве вычислительных мощностей и ресурсы для хранения данных, как выяснилось, эта мощность осталась незадействованной. Решением руководства данной проблемой послужило открытие дополнительного бизнес-заработка на предоставлении всем желающим своих мощностей и ресурсов хранения. На примере этого можно рассмотреть компанию интернет-магазин Amazon, которые закупили огромное количество оборудование под пиковые нагрузки, которое простаивало большую часть года. Потребителями данных услуг стали и не большие предприятия. Позднее и производители СХД обратили своё внимание на этот вид бизнеса, в том числе NetApp и EMC, которые предложили свою концепцию облачного вычисления. В качестве главной услуги была как раз-таки, услуга хранения данных. Как уже известно, потребность в ёмкостях растет намного быстрее, чем в вычислительных ресурсах, и в последнее время этот разрыв только увеличивается. Со временем спрос на данные услуги будет только расти [9]. 1.2 Что такое «Облачное хранилище данных»? За последние несколько лет, человечество стало очевидцами массового открытия облачных хранилищ. Для того, чтобы не ошибиться в выборе подходящего облака, нужно в первую очередь понимать, что это такое и какие условия у сегодняшних провайдеров. Облачное хранилище данных — модель онлайн-хранилища, в котором данные хранятся на многочисленных распределённых в сети серверах, предоставляемых в пользование клиентам, в основном, третьей стороной. В альтернативной модели хранения данных на собственных серверах, приобретаемых или арендуемых специально для подобных целей, количество или какая-либо внутренняя структура серверов клиенту, в общем случае, не видна. Данные хранятся и обрабатываются, в так называемом облаке, которое представляет собой, с точки зрения клиента, один большой виртуальный сервер. Физически же такие серверы могут располагаться удалённо друг от друга географически, вплоть до расположения на разных континентах[1]. Преимущества облачных хранилищ: - многие облачные хранилища данных, позволяют бесплатно хранить определённый объём файлов, у каждого провайдера есть свои условия использования и ограниченное свободное место; - оплата услуг идёт только за фактическое использование хранилища, а не за аренду сервера, на котором не все ресурсы могут использоваться;

14 - уменьшение общих издержек производства, выходит из того, что клиентам нет необходимости заниматься приобретением, поддержкой и обслуживанием собственной инфраструктуры по хранению данных; - резервирование и все процедуры, связанные с сохранностью и целостностью данных, производятся самим провайдером облачного центра, клиент в этот процесс никак не вовлекается; - гибкость облачных хранилищ, сервис подходит практически, под все операционные системы, как персональные компьютеры, так и мобильные; - синхронизация Ваших файлов и доступ к облачным файлам, через Вашу операционную систему, зависит от самого клиента облака, поэтому нужно обращать внимание при выборе облака, на его готовность к десктопному клиенту[1]. Так же хотелось бы отметить, что удалённое облачное хранилище, является решением многих проблем не только для крупных компаний, корпораций, но и для нас, для студентов. Мне кажется, что все, кто учится или, когда учились, постоянно сталкиваются с нуждой передачи и обмена информации, документов и как никто этим очень часто сталкиваются студенты. У студентов очень активная жизнь и по учёбе приходится обмениваться различными данными, заданиями на дом, курсовыми работами, практическими, какими-то лабораторными работами и конечно же для контакта с преподавателями, так же иногда необходим коллективный доступ к документу, облако абсолютно защищено от различных вредоносных программ, вирусов, а также отсутствует всяческая возможность потери документов. Как правило студенты привыкли обмениваться всей этой информацией с помощью физических носителей, флешки, компакт диски, электронная почта. К примеру, при пользовании тех же флешек большая вероятность того, что на носитель попадут вредоносные программы, вирусы, а далее уже на компьютер, что может привести к поломке оборудования. Ну а что касаемо электронной почты, при пользовании электронной почто возникают мелкие нюансы именно с отправкой письма, неправильно вписанный электронный адрес или до банальных проблем, письмо затерялось в входящих сообщениях либо просто не дошло. Следовательно, при использовании облачного хранилища студенты намного упростят свою жизнь в хранении и обмене информации. Не стоит так же забывать и про школьников и учителей, которые сталкиваются с теми же самыми проблемами, данное решение так же будет актуально и для них. Потенциальные вопросы (недостатки). Одним из основных вопросов при работе с облачными хранениями является, вопрос – безопасности, конфиденциальности данных. По сравнению с локальными копиями данных на своих серверах, общая производительность при работе с данными в облаке может быть ниже, так как многое зависит от провайдера и скорости предоставляемой провайдером интернет. Так же от многих промежуточных параметров, таких как например каналы передачи данных на пути от клиента

15 к облаку, качество последней мили, надёжность работы провайдера интернет услуг клиента и доступность самого облачного хранилища в данный момент времени, зависят в первую очередь это - надёжность, своевременное получение и доступность данных облачного хранилища. Так же хотелось бы отметить основные возможности облачного хранилища: Синхронизация. Ко всем сохранённым документам, файлам через персональный компьютер в облаке, можно получить мгновенный доступ с любого другого мобильного или настольного устройства, любые изменения будут сразу же отображаться на данных устройствах, имеющих доступ к данному облаку. Резервное копирование. В связи с проблемой поломок или утерей жёстких дисков, флэш-носителей, важная информация может быть утеряна. Решением данной проблемой стало именно создание облачного сервера. Так же у всех провайдеров облачных хранилищ можно легко настроить резервирование данных, что ещё надёжнее сохранить важную информацию. Совместная работа. Это одно из важных преимуществ, новшеств. Есть такие документы, файлы, проекты, где нужна коллективная работа людей над одним документом. Эта функция решает эту проблему. Перемещая в облако необходимый документ одним пользователем, и разрешая доступ необходимому кругу лиц, каждый человек может удалённо подключиться к данному файлу, и каждый человек может находиться в удобном ему месте и вместе без проблем работать удалённо над одним документом. 1.3 Безопасно ли хранить файлы в «облаке?» Согласно исследованию, проведенному аналитиками компании Symantec, популярная услуга хранения важных данных в облаке несет в себе значительные риски для компаний из сегмента малого и среднего бизнеса. Снижая уровень безопасности, эти инструменты при «неправильном применении» повышают вероятность кибератак, после которых (по данным того же Symantec) 71% малых и средних компаний уже не восстанавливаются. Хотя исследование относится к западным рынкам, российские реалии в этом секторе мало отличаются. Онлайн хранение данных - один из наиболее распространенных сценариев применения облаков в реальном бизнесе. Подобные системы легко внедряются и решают вполне конкретные задачи, а их преимущества, в отличие от какой-нибудь сложной CRM-системы, видны даже невооруженному глазу непосвященного в «тайны ИТ» руководства. Благодаря маркетинговым лозунгам провайдеров подобных сервисов доверие к инструментам онлайн хранения крайне высоко (в отдельных случаях чуть ли не выше, чем к серверам, развернутым локально). Кроме того, внедрению способствуют последние рыночные «движения»: - за последние три года средний размер «рабочих» файлов значительно вырос. Теперь о том, что их средний размер превышает 1 Гб говорят 14%

16 опрошенных, в то время как 3 года назад на подобную проблему ссылались лишь 6%; - увеличивается число удаленных сотрудников. Три года назад лишь 22% организаций нанимало удаленных сотрудников. Сегодня эта доля достигла 32%, а по прогнозам аналитиков уже через год удаленные кадры будут удобны 37% организаций (из них 32% будут работать из дома). Опрос компаний из сегментов малого и среднего бизнеса, проведенный аналитиками Symantec, показывает, что: - 74% респондентов используют средства онлайн хранения данных. По их мнению, в первую очередь это способствует повышению производительности сотрудников и эффективности их совместной работы; - 22% компаний не ограничивают процесс использования подобных служб при помощи отдельных пунктов внутрикорпоративной политики безопасности; - 27% респондентов считает, что при необходимости переслать большой файл, для сотрудника вполне приемлем поиск и загрузка в интернете бесплатного инструмента. Однако удобство использования любой ИТ-системы - это «палка о двух концах». Как показали результаты исследования Symantec, инструменты облачного хранения данных являются источником существенного риска для предприятий малого и среднего бизнеса. В первую очередь от инструментов облачного хранения данных страдает безопасность ИТ-инфраструктуры. И дело тут вовсе не в характеристиках самих решений. Опрос показал, что чаще всего сотрудники начинают пользоваться онлайн хранилищами, не согласовав этот шаг с ИТ- отделом. Порядка 61% опрошенных компаний считают, что их сотрудники имеют слишком много влияния на принятие решения о необходимости внутреннего использования подобных служб. Как считают специалисты Symantec, этот процесс неразрывно связан с постепенным внедрением идеологии BYOD, ведь чаще всего онлайн хранилища оказываются инструментами для совместного использования данных предприятия на рабочем компьютере и на мобильном устройстве [11]. Принимая единоличное решение об использовании онлайн хранилища, сотрудники, естественно, не следят за исполнением корпоративной политики безопасности, что повышает вероятность успешных кибер-атак не только на их личные данные, но и на сам бизнес. А, как было отмечено выше, последствием неотраженной кибер-атаки для предприятий такого масштаба в подавляющем большинстве случаев является закрытие бизнеса. Многие предприятия и сами понимают «масштабы трагедии», но, как и с BYOD, бороться с несанкционированным использованием онлайн хранилищ оказывается крайне сложно. Вот еще некоторые результаты, полученные аналитиками Symantec: - 44% опрошенных признают, что система онлайн хранения данных является значительным риском для их бизнеса, поскольку сотрудники

17 осуществляют обмен конфиденциальной информацией с применением решения, не санкционированного ИТ-отделом; - 44% респондентов предполагают, что системы онлайн хранения данных могут стать одним из путей быстрого распространения вредоносных программ в их корпоративных сетях; - 43% опрошенных считают, что, применяя онлайн хранилища данных, можно потерять конфиденциальную информацию; - 37% отмечают, что с помощью инструментов для хранения данных в облаке может быть запятнана репутация бизнеса (через кражу данных или заражение вредоносными программами); - 34% считают, что подобные службы нарушают установки локального регулятора. 1.4 Облачные шлюзы Облачные шлюзы - технология, которая может быть использована для более удобного представления облака клиенту. К примеру, с помощью соответствующего программного обеспечения, хранилище в облаке может быть представлено для клиента как локальный диск на компьютере. Таким образом, работа с данными в облаке для клиента становится абсолютно прозрачной. И при наличии хорошей, быстрой связи с облаком клиент может даже не замечать, что работает не с локальными данными у себя на компьютере, а с данными, хранящимися, возможно, за много сотен километров от него. Критерии выбора облачного хранилища данных: - скорость загрузки и выгрузки файла - характеристика, интересующая всех пользователей. Учитывая, что большинство сервисов находится в Америке и лишь некоторые имеют дата-центр в Европе, значимость критерия возрастает; - люди, как пользователи, любят красивые и удобные приложения. Разработчики кросс платформенных сервисов редко заботятся о таких мелочах и в большинстве случаев мы получаем клиентское приложение на Java или, в лучшем случае, на Qt; - сервис конечно должен быть надежным и конфиденциальным; - непосредственно нужно смотреть на функциональность работы с файлами. В идеале нужно смотреть на онлайн хранилище файлов с возможностью монтирования его в виде локального диска с кэшированием. На основе этого хранилища в клиенте или дополнительными приложениями может быть реализована синхронизация, резервное копирование и что ещё угодно. Как пример, поэтому, в частности, сервисы чисто синхронизации, вроде Dropbox мне мало интересны не всем надо автоматически копировать десятки гигабайт хранимой в облаке музыки на все подключенные

18 компьютеры. Да, выборочная синхронизация там есть, но изменять список синхронизируемого в зависимости от потребностей совершенно неудобно; - нужно конечно посмотреть на бесплатный объем данного «облака», стоимость платного места, способы получения дополнительного бесплатного места; - нужна выборочная синхронизация и/или фильтры и нормальная поддержка всех типов файлов и атрибутов. Не нужно загружать результаты компиляции программ в папке с проектами; - нормально реализованное шифрование на клиентской стороне, это несомненный плюс, но не критичный, шифровать можно и встроенными в систему средствами [12]. 1.5 Принцип работы облачного хранилища данных На все рабочие персональные компьютеры устанавливается специальная программа, под названием папка-клиент облачного хранилища. Далее необходимо указать необходимые папки на определённом жёстком диске компьютера, которые необходимо будет переместить в «облако». Этот софт скопирует выбранные файлы и папки в облачное хранилище и постоянно будет синхронизировать компьютер, там, где она установлена и облако и постоянно будет следить за изменениями в папке и точно так же вносить изменения в облаке. Этот процесс протекает и в обратном порядке, если в «облаке» внесены изменения, программа внесёт эти изменения и в папке, файле на компьютере. В следствии чего при коннекте к облачному хранилищу с любого компьютера или любого мобильного устройства, пользователь всегда будет получать необходимый набор файлов. Есть возможность редактирования файлов на одном устройстве и затем открыть его на другом и можно заметить, что он всегда будет видеть последние изменения, внесённые пользователем. Как и в любых технологиях, так и здесь присутствуют небольшие технические ошибки, связанные как с человеческим фактором, так и со стороны техники. Для минимизации различных неприятных случаев, достаточно придерживаться пары элементарных правил, такие как, использование облачного хранилища, которое хранит историю изменения ваших файлов, чтобы, при любых форс-мажорных обстоятельствах вернуться к последнему изменению. Ну и конечно не забывать дожидаться полной загрузки и синхронизации документов перед тем, как захотите выключить устройство. Ну и конечно одну из главных ролей играет скорость интернета у пользователя. При синхронизации данных в облако с одного устройства, данные могут не сразу появиться на другом, одна из причин, это низкая

19 скорость интернета пользователя. Для устранения данной проблемы, необходимо иметь быстрый интернет. На рисунке 1.1 представлено схематическое облачное хранилище для различных видов, мобильных, рабочих, домашних устройств [13].

Рисунок 1.1 – Облачное хранилище данных

1.6 Обзор облачных хранилищ Иными словами, облачное хранилище – это онлайн-сервис, дающий возможность хранить данные на удаленном сервере. То есть клиент может загрузить любые документы в любое свободное онлайн-хранилище и в любое время использовать его прямо из сервера. С позиции пользователя, все данные операции проворачиваются в одном месте – облачном хранилище. На самом деле, удаленные сервера в большинстве случаев располагаются в разных местоположениях, а бывает и вовсе на разных континентах мира. Но данный факт вообще никак не влияет на работоспособность облачных сервисов, так как скорость работы в основном зависит от провайдера интернет услуг клиента. То есть, от скорости интернет-коннекта у клиента, которая не должна быть ниже 800Кбит/с. Именно поэтому у нас облачные сервисы начали появляться относительно не давно причиной чего послужило то, что высокоскоростной интернет с возможностью предоставления скорости не менее 1 Мб/с. появился в нашей стране относительно недавно. Если обратить внимание на доступные облачные хранилища сегодня, то можно насчитать около десятка таких сервисов, но для использования можно выделить лишь несколько из них. Для более детального рассмотрения облаков мы выбрали несколько из них, это связано с качеством самого сервиса, его

20 защите, поддерживающим программным обеспечением и личного доверия к его создателям, а также к компаниям по поддержки. На сегодняшний день облачных хранилищ достаточно много, и все они предоставляют различные возможности. Они бывают: бесплатные и платные, рассчитанные на различный объём информации, синхронизацию разных операционных систем и т.д. Единственное, сходство между всеми ними – это в способе обработке информации. Для наглядности, я рассмотрел следующие облачные хранилища: Google Drive, Яндекс.Диск, mail.ru облако. 1.6.1 Google Drive 24 апреля 2012 года был представлен Google Диск. Главной фишкой Google Drive, являются полноценные текстовые документы, электронные таблицы и презентации и много другого можно создавать прямо в браузере. На Google Диске можно хранить абсолютно любые файлы: фото, видео, презентации, PDF-файлы, Adobe, AutoCad файлы и даже файлы Microsoft Office. Так же можно посмотреть историю изменения почти для всех типов файлов. Google Диск — сервис скорее корпоративный, нежели потребительский. Иными словами, в компании расширили возможности Google Docs для работы с документами и добавили к нему много новых функций, превратили его в облачный сервис и добавили 15 ГБ бесплатного пространства. От Google Docs достались, функционал и возможность создания документов как в одного пользователя, так и совместно с другими пользователями. Google Диск имеет интеграцию с другими сервисами Google, с такими как, почта Gmail и социальной сетью Google+, с google фото, а также компьютеры Chromebook предоставляют 100 ГБ бесплатного пространства на два года облачного хранения файлов При отправке письма, по Gmail, благодаря облаку, можно не прикреплять файлы к письму, а просто, загрузить их в Google Диск и затем делиться ссылками на них. По Google Диску удобно вести поиск: вы вводите слово или фразу, и он ищет наиболее релевантные запросу файлы, распознавая при этом даже объекты на фото и текст на сканированных изображениях. Бесплатно Google для облачного хранения файлов выделяет 15 ГБ. Но если этого будет недостаточно, можно за определённую плату получить до 30 ТБ свободного места. Google Диск синхронизируется с любыми устройствами: Windows/Mac, iOS, Android. На рисунке 1.2 представлен обзор облачного хранилища Google Drive. Одним из серьёзных минусов Google Drive, является то, что они никак не защищают вашу информацию [3].

21

Рисунок 1.2 – Обзор рабочего окна Google Drive

1.6.2 «Облако» Яндекс. Диск Поддержка протокола WebDAV – это одно из основных преимуществ «Яндекс.Диска». Облако Яндекс. Диска так же имеет синхронизацию с другими мобильными платформами, Яндекс.Диск для Андроид, Windows Phone, iOS. Для хранения личных данных даётся 3 Гб, в дальнейшем данное пространство можно расширить до 10Гб. После того, как Яндекс Диск установить на компьютер, на рабочем столе компьютера появляется ярлык приложения, таким образом, помимо виртуального «облака», появляется резерв скопированных файлов на рабочем столе. Так же прямо в облаке присутствует редактор фотографий, создавать отдельные альбомы, делать их публичными или же скрыть от чужого взора.

22 В диске, как и во многих других хранилищах, можно работать с документами: Word, Excell, Power Point, возможность открывать, редактировать и создавать новые прямо в браузере. Структура дана по умолчанию, то есть, все файлы, попавшие в «облако» на диск, получают по умолчанию закрытый статус (личный просмотр). При желании можно открыть доступ для публичного просмотра. На рисунке 1.3 представлен обзор облачного хранилища Яндекс.Диск [5].

Рисунок 1.3 – Обзор рабочего окна Яндеск.Диск

1.6.3 Облако Mail.Ru Облако Mail.Ru - это удобный сервис для хранения личных документов, фотографий, видео и других файлов, которыми можно делиться со своими знакомыми.

23 Так же, как и в других облачных хранилищах, работать с облаком можно как с персонального компьютера, так и с мобильных устройств, поддерживающих приложения для Андроида, АйОС и конечно же Виндовс, что существенно повышает функциональность и удобство пользования. Ещё одним главным техническим преимуществом является, то что, файлы, хранящиеся в самом МАЙЛ.РУ, будут храниться в двух разных дата- центрах (в одно основная копия, в другом – резервная). Тем самым это куда больше повышает надёжность и снижает вероятность утери ценных файлов. Так же, как и в других «облаках» есть функции «Общий доступ», папки для совместного их использования с другими пользователями. Либо можно просто поделиться ссылкой на нужный файл, для скачивания или просмотра другим пользованием. Есть возможность прям в браузере, создавать открывать рассматривать текстовые документы, электронные таблицы и презентации в соответствующих онлайн-редакторах. По умолчанию представляется 25 Гб свободного пространства на виртуальном диске. Ниже, на рисунке 1.4 представлен обзор облачного хранилища Mail.ru [4].

Рисунок 1.4 – Обзор рабочего окна MAIL.RU

1.6.4 Облако One Drive Разработчиком данного облака является компания Microsoft, ранее назывался SkyDrive. Создан в 2007 году, относится к спектру услуг Windows Live. Для всех пользователей операционной системы Windows, главным плюсом будет то, что облако полностью интегрировано с данной операционной системой. Папка-клиент устанавливается вместе с установкой самой операционной системы. Несмотря на это сервис можно использовать и на любых других устройствах на других операционных система, таких как, iOS, OS X, Android. Главным преимуществом данного облака в том, что оно

24 полностью адаптировано под работу с файлами и документами Microsoft Office. В комплекте с Office 365 есть возможность совместной работы людей над одним документом. Эту функцию и данную версию Office активно используют различные организации и компании. На рисунке 1.5 представлено рабочее меню облака.

Рисунок 1.5 – Обзор рабочего меню OneDrive

Бесплатно пользователям предоставляется 15 ГБ свободного места. По специальному предложению за 9,99$ можно приобрести 1 ТБ свободного места в хранилище при наличии Office 365. Без Office 365 за эту сумму можно приобрести 50ГБ, это можно заметить на рисунке 1.6.

Рисунок 1.6 – Обзор тарифных планов One Drive.

25 1.6.5 iCloud Drive iCloud Drive был представлен в 2011 году компанией Apple. Доступ можно получить с любого устройства на базе, это так же является фишкой данного облака, полная интеграция с продуктами Apple, iOS, OS X или Windows. Вход будет осуществляться через персональный Apple ID имеющийся у каждого пользователя iTubes Store. Бесплатно каждому пользователю даётся 5ГБ свободного места в хранилище, для хранения документов, эл. почты, фото с поддержкой резервного копирования. На рисунке 1.7 представлено рабочее меню iCloud Drive. Одной из фишек является то, что в облаке есть синхронизация с медиа плеером iTunes.

Рисунок 1.7 – Обзор рабочего меню iCloud Drive

1.6.6 Dropbox Пришло время вспомнить о родоначальнике, одном из первых облачных хранилищ – Dropbox. Миру был представлен в 2010 году. При помощи клиента или веб-интерфейса через браузер, Dropbox позволяет разместить все файлы на своих серверах. Dropbox активно ведёт всю историю изменения и загрузок документов, ходя главный акцент делается именно на синхронизации устройств с облаком и хранении информации, он не забывает о резервном копировании. История ведётся на протяжении 30 дней. После чего удаляется. Помимо этого, имеется функция «Pack-Rat», позволяющая хранить историю без всяких лимитов по времени [9].

26 Для экономии места, история ведётся по принципу diff-кодирования. Что касается ограничений по размеру загрузочного файла, то через клиента ограничений нет, но через веб-интерфейс, к сожалению, есть ограничение в 300 МБ. Так же файлы можно выкладывать публично, для общего доступа. Так же на сервисе есть возможность совместной работы над одним документом. Официально Dropbox существует на таких операционных системах, как Linux, Windows, Mac OS, так же есть возможность подключения следующих мобильных устройств на базе Apple, Android, Symbian, Windows Phone, Baba, BlackBerry. Dropbox не использует шифрование данных на стороне клиента, в отличии от других сервисов из-за ошибок в обновлённом программном обеспечении. Бесплатно Dropbox предоставляет 2 ГБ облачного хранилища, при желании его можно увеличить до 16 ГБ, отправляя приглашения новым пользователям или же выполняя различные задания, либо есть возможность купить 1 ТБ. На рисунке 1.8 представлено рабочее место Dropbox.

Рисунок 1.8 – Обзор рабочего меню Dropbox

В дополнение ко всему я на своей странице в социальной сети, разместил социальный опрос на тему «Каким облачным хранилищем пользуетесь Вы?». Скриншот опроса можно увидеть на рисунке 1.9. В опросе участвовали на мой взгляд самые популярные облачные сервисы на сегодняшний день, которые я выше описал. Всего приняло участие в голосовании 1269 человек. Как мы можем видеть по результатам опроса лидирует Облако Mail.ru, набравшее 490 голосов. Далее Google Drive 471 голос, Яндекс.Диск 193 голоса ну и облако от Microsoft, One Drive набирает 89 голосов, iCloud Drive всего лишь 5голосов, а вот Dropbox 21 голос. Далее я, собрав статистические данные опроса и своё личное мнение после пользования данными облачными сервисами, я сделал следующий вывод.

27

Рисунок 1.9 – Социальный опрос о выборе облачного сервиса

Вывод: Мы рассмотрели краткие обзоры одних из самых топовых и наиболее популярных облачных хранилищ. Среди которых были представлены: Google Drive, Яндекс. Диск, Mail.ru, One Drive, iCloud Drive, Dropbox. Среди всех критериев оценки, мы выбрали самые важные на наш взгляд, это: время на загрузку файла, доступное бесплатное пространство, максимальный размер загружаемого файла, доступ с таких платформ как, Windows, Mac, Android, IOS, Веб-доступ, возможность синхронизации папок на рабочем устройстве, возможность онлайн редактирования офисные документов, восстановление ранее созданных версий файлов. Наибольшими преимуществами перед остальными провайдерами в занятии свободной памяти на жёстком диске отличился Яндекс. Диск 1,24 МБ а именно: Минимальное потребление памяти 1,25 МБ по сравнению Облако Mail.ru 45 МБ, когда Google Drive потребляет аж 69 МБ, у остальных облачных хранилищ немного превышает данные значения. В пункте наибольшее стартовое свободное пространство выделился - Mail.ru 25 ГБ, у Яндекс Диска – 10ГБ, когда у Google Drive 15 ГБ свободного места, у One Cloud 15 ГБ, iCloud Drive всего лишь 5 ГБ, а у Dropbox, при расширении 16 ГБ. Лидером в цене за месяц использования стал Яндек Диск - 402 тг в месяц за 100 ГБ, когда у Google Drive 662 тг в месяц за те же 100 ГБ, Облако Mail.ru 498 тг в месяц за 100 ГБ, остальные облачные хранилища гораздо превышают эти суммы. Как по поводу лимита на размер файлов, Яндекс Диск – лимит в 10 ГБ имеет, а лимит GoogleDrive - 10 ГБ, когда у Облако Mail.ru - 32 ГБ, в тот момент как у Dropbox при закачке через клиент, лимита нет вообще у остальных хранилищ лимит в 300 МБ.

28 Веб-приложения для синхронизации с мобильными и настольными решениями, обмен ссылками и частное хранение – это всё есть у каждого провайдера. Можно подчеркнуть и время загрузки файлов GoogleDrive и Яндекс Диска, которое вышло 100 сек., а у Mail.ru 78 сек. Из небольших недостатков у GoogleDrive, это то, что нет возможности бесплатно расширить допустимое место хранилища у остальных хранилищ время примерно равное. По итогам сравнительного анализа можно сделать вывод, что перспективнее всех будет Облако Mail.ru, на вторым местом разместился Яндекс Диск, из-за небольших минусов GoogleDrive получил почётное третье место, из-за перспективных возможностей работы с Майкрософт, One Drive получает 4 место, как ветеран облачных хранилищ, но с небольшими недостатками Dropbox получает 5 место, и 6 место получает iCloud Drive из-за небольших недоработок. 1.7 Обзор облачных решений Вообще, перед компанией или провайдером стоит нелегкий выбор при построении облака – бесплатная платформа с открытым исходным кодом или какой-либо коммерческий аналог. Мы рассмотрели решения, какие же продукты можно использовать. Для этого разделили их на 2 части. Это коммерческие и продукты с открытым исходным кодом. 1.7.1 Коммерческое решение – CTERA Networks Одним из коммерческих решений является - CTERA Networks. CTERA Networks – является облаком хранения и защиты данных аппаратных средств и программного обеспечения компании, которая специализируется на облачных шлюзовых хранениях данных, которые интегрированы с центром платформы обработки данных или предоставляют услуги доступа в сторону облачной платформы, CTERA портала. CTERA Cloud Storage Gateway представила решение – всё-в-одном для модернизации хранения, резервного копирования и общего доступа к файлам через рассредоточенные предприятия. Тем самым заменяют файловые серверы, резервное копирование на ленту и другие собственные системы в единую облачную интеграцию, что позволяет более удобное использование, управление и наиболее лёгкое развёртывание устройств [14]. Рассмотрим рисунок 1.10, Структура облачного хранения. Её можно разделить на 4 отделения: - модернизированное отделение для хранения; - синхронизация и деление расширенными файлами; - оптимизация файла; - облачная. А так же 3 функции: - защита данных; - контроль и управление;

29 - централизованная insight (база данных). На рисунке 1.4 рассмотрим структуру облачного хранилища. Модернизированное отделение для хранения. Подключение офисных рабочих станций и серверов к CTERA Cloud Storage Gateway, для локального разделения файлов по сети и облачного аварийного восстановления. Синхронизация и деление расширенными файлами. Избирательно синхронизировать файлы между офисами с сохранением прав доступа пользователей. Оптимизация файла. Оптимизированный протокол De-дубликаты, сжимает и шифрует данные, как только он отправляется в облако. Облачная. Развертывание в частном размещенном облаке, за пределами брандмауэра и интегрирован с Active Directory. Защита данных. Отслеживание использованных данных с возможностью полного аудита; управление данными с помощью мобильных устройствах и проверка файлов на наличие вредоносных программ с помощью антивирусных систем. Контроль и управление. Управление всеми подключенными устройствами и пользователями, проверки деятельности и обновления программного обеспечения с использованием конфигурации на основе шаблонов - все с одной консоли. Централизованная insight (база данных). Получить представление организационной общий доступ к файлам и использование данных с помощью настраиваемых отчетов и предупреждений, а также интеграции с системами сторонних производителей для предоставления электронных документов.

Рисунок 1.10 – Структура облачного хранения

Пользовательские характеристики продукта: а) услуга «Файловое хранилище». Предлагаемая услуга «Файловое хранилище» позволяет решить стоящие перед разными компаниями задачи за счет предоставлять им, как клиентам, услуги по внешнему (off-site) архивному

30 хранению электронных документов (файлов) с установленными характеристиками по условиям хранения и защите данных. Использование данной услуги позволит клиентам частично, или даже полностью отказаться от поддержки и развития собственных файловых и/или архивных хранилищ, перенеся электронные документы в «облачное» хранилище, размещенное на площадках провайдера. Данная услуга обладает предоставляет клиентам качественно новые возможности по сравнению с организацией хранения данных на традиционных, повсеместно используемых файловых серверах: б) услуга «Файловое хранилище» позволяет клиентам обеспечить: 1) хранение необходимого объема электронных документов; 2) индексацию хранимых документов; 3) поиск документов как по их атрибутам, так и по содержанию; 4) защиту данных от изменения (целостность хранимых документов); 5) управление жизненным циклом (длительностью) хранения, что позволит эффективно использовать предоставляемое дисковое пространство, и в то же время, обеспечит работу только с актуальной для клиента информации; 6) прозрачное для клиентов наращивание ёмкости и вычислительной мощности хранилища по запросу; 7) надёжность и сохранность хранения информации за счет резервирования данных и обеспечения отказоустойчивости инфраструктуры ЦОД; в) услуга «Хранение резервных копий» позволяет клиентам: 1) хранить копии данных своих прикладных систем вне своих собственных технологических площадок, застраховав таким образом себя от широкого круга техногенных рисков, связанных с разрушением данных или ИТ-инфраструктуры; 2) снизить затраты на построение систем резервного копирования за счет отказа от дорогостоящих устройств долговременного хранения, таких, например, как библиотеки магнитных лент; г) услуга «Дисковое хранилище». Компаниям-клиентам, размещающим свои серверы на площадках дата центра провайдера, необходимо иметь ту или иную емкость хранения для реализации своих задач, которая обычно реализуется за счет использования встроенных в серверы дисковых подсистем. Со временем у таких клиентов возникает потребность обрабатывать на этих же серверах значительные большие объемы данных, которые превышают ёмкость имеющихся внутренних дисков размещенных серверов, а, следовательно, возникает потребность в дополнительном дисковом пространстве. Для удовлетворения такой потребности клиентам хостинга может быть предоставлена услуга «Дисковое хранилище» по размещению данных их

31 прикладных систем на дисковых системах, принадлежащих провайдеру интернет. Дисковая ёмкость требуемого размера может предоставляться по сетевым протоколам, с блочным или файловым доступом. В рамках предоставления данной услуги возможна организация «защиты» данных клиентов от логических ошибок за счет создания моментальных снимков, создаваемых дисковой системой хранилища. Описание схемы организации сети для реализации проекта по оказанию услуг СХД. Исходя из условий предоставления услуги корпоративным заказчикам возможно 2 варианта подключения от провайдера: - клиент имеет выделенное подключение к сети с использованием услуги MPLS/VPN; - клиент не имеет выделенного подключения к сети. В первом случае клиент получает доступ к платформе, предоставляющей услуги СХД через частную сеть VPN (см. пример для Клиент 1 и Клиент 2 на рисунке 1,5). Для реализации возможности одновременного доступа нескольких клиентов к платформе, предоставляющей услуги СХД, наиболее подходящим является использование топологии объединения VPN сетей – Central Services Topology совместно с механизмом Route Leaking для обеспечения маршрутизации между объединенной сетью VPN и публичной подсетью, в которой расположена платформа предоставления услуг СХД. Для исключения возможного пересечения адресов внутри частных сетей клиентов, на промежуточные устройства, устанавливаемые в офисах компаний клиентов, будут назначаться сетевые адреса из дополнительных подсетей, которые будут создаваться при подключении клиента к услуге. Данные подсети исключают пересечение адресного пространства в объединенной топологии. В случае, когда клиент не имеет выделенного подключения к сети провайдера интернет услуг, а также когда сотрудники компании находятся вне офиса, услуги СХД будут предоставляться через публичную сеть Internet. В зависимости от типа учетной записи (локальная или глобальная) пользователь, подключившийся через Internet, получит доступ либо на портал (глобальная учетная запись) либо на промежуточное устройство (локальная учетная запись). Для обеспечения работы платформы, предоставляющей услуги СХД дополнительно необходимо наличие SMTP сервера для отправки уведомлений пользователям, сетевого экрана, DNS сервера. Сетевой экран должен обеспечивать соответствующий уровень производительности с учетом нагрузки, создаваемой клиентами.

32 В рамках предоставления данной услуги возможна организация «защиты» данных клиентов от логических ошибок за счет создания моментальных снимков, создаваемых дисковой системой хранилища. Технологические. Реализация представленных услуг обеспечивается аппаратно-программным комплексом (АПК), который должен быть размещен в ЦОД и, для некоторых услуг, дополнительными техническими средствами, размещенными на площадках клиентов услуг. АПК состоит из трёх компонентов: - системы хранения данных, предназначенной для реализации как услуги «Дисковое хранилище», так и услуг «Хранения резервных копий» и «Файловое хранилище» и для обеспечения централизованного хранения и управления данными; - файлового хранилища, предназначенного для непосредственной реализации услуги «Файловое хранилище», организации связи с клиентами, хранения и управления архивами данных; - системы резервного копирования, предназначенной для реализации услуги «Хранения резервных копий», организации связи с клиентами, управления потоками данных и резервным копированием, и восстановлением данных. Схема организации предоставления продукта. У клиентов услуги «Хранение резервных копий» размещается сервер обмена с «клиентской» частью ПО резервного копирования и небольшой дисковой ёмкостью для промежуточного размещения резервных копий для их последующей пересылки в ЦОД. Резервные копии могут быть перемещены на сервер обмена по протоколам файлового доступа (CIFS/NFS/FTP), непосредственный механизм и процедуры резервного копирования данных на этот сервер каждый клиент выбирает самостоятельно. Агент ПО HDPS по расписанию выполняет дедупликацию и передачу данных на медиа-серверы СРК в ЦОД. Все компоненты ПАК подключаются к ЛВС ЦОД, для каждой из подсистем создаются индивидуальные VLAN-ы, доступ в которые разрешается только для потребителей соответствующих услуг. Подсистемы файлового хранилища и резервного копирования имеют «клиентские» части, размещаемые на площадках компаний-клиентов. Связь между клиентскими компонентами и компонентами и ЦОД файлового хранилища и СРК может осуществляться через VPN-соединения. Схема комплекса приведена на рисунке 1.11. Описание инфраструктуры СХД. Ядром технической инфраструктуры предоставления всех услуг является Система хранения данных, в основе которой находится внешняя дисковая система, которая размещается непосредственно на площадке хостинг-центра.

33 Описание инфраструктуры СХД. Ядром технической инфраструктуры предоставления всех услуг является Система хранения данных, в основе которой находится внешняя дисковая система, которая размещается непосредственно на площадке хостинг-центра.

34

Рисунок 1.11 – Схема комплекса

35 Для обеспечения доступа клиентов дисковая система подключается к активному сетевому оборудованию интерфейсами GE и/или 10 GE, а также к 8 Gb и 4 Gb портам, что позволяет решать широкий круг задач и обеспечивать подключение клиентов с самыми разными потребностями и типами нагрузок. Предлагаемая дисковая система обладает следующими характеристиками. Дисковая система будет обладать полезной ёмкостью около 92 ТБ на SATA дисках, и 7.6 ТБ на SAS дисках (с учетом резерва 20% на snapshot и системные нужды). Диски SAS обладают большей производительностью и предназначены для размещения индексы и служебных данных от подсистем файлового хранилища и СРК. На дисках SATA будут размещаться данные подсистем файлового хранилища и СРК, а так непосредственно данных клиентов услуги «Дисковое хранилище». Ёмкости СХД могут быть гибко перераспределены между любой из услуг в случае роста потребностей в одной из них. Первоначально ёмкость СХД делится в следующей пропорции: - 50 ТБ – «файловое хранилище»; - 25 ТБ – «резервное копирование»; - 17 ТБ – «дисковое хранилище». Система позволяет выполнить дедубликацию (как на файловом уровне, так и на облачном) и сжатие хранимых данных. Использование этих функций применительно к «файловому хранилищу» или «дисковому хранилищу» может снизить реальный физический объём, занимаемый данными и позволит разместить дополнительные объёмы. Коэффициент сжатия может сильно меняться от типа хранимых данных в диапазоне от 1 до 5. Описание инфраструктуры «Файлового хранилища». Инфраструктура файлового хранилища строится на базе решения поставщика. В ЦОД размещается оборудование комплекса, а именно узлы обработки данных. На площадках клиентов размещается аппаратный модуль, с которым взаимодействуют пользователи по стандартным файловым протоколам – CIFS и/или NFS. Связь между HCP в ЦОД и оборудование поставщика у клиентов осуществляется по протоколу IP. Схема взаимодействия компонентов подсистемы «файлового хранилища» показана на рисунке 1.12. Каждый клиент имеет доступ к своему логическому разделу хранилища (tenant), разделы могут быть поделены на файловые системы (namespace).

36

Рисунок 1.12 – Схема взаимодействия компонентов

Для каждого namespace могут быть заданы свои политики хранения, определяющие следующие основные параметры: - квота; - тарификация (chargeback); - время хранения; - запрет изменений; - версионность (snapshot); - контроль доступа; - индексация; - количество дубликатов (отказоустойчивость). Описание инфраструктуры хранения резервных копий. В ЦОД размещаются серверы, управляющие процессом копирования, обработки, и восстановления данных. Хранимые копии находятся на СХД. У клиентов размещается сервер обмена с «клиентской» частью ПО, и небольшой дисковой ёмкостью для промежуточного размещения данных перед пересылкой их в ЦОД. Сохраняемые данные помещаются на диски сервера по протоколам файлового доступа (CIFS/NFS/FTP), механизм копирования данных на сервер каждый клиент выбирает самостоятельно. Агент ПО по расписанию выполняет дедупликацию и передачу данных на медиа-серверы резервного копирования в ЦОД. Медиа-серверы резервного копирования в ЦОД обеспечивает последующую запись данных на дисковый массив для долговременного хранения. Мастер-сервер управляет функционированием всей системы. Восстановление сохраненных данных производится в обратном порядке, инициация процесса восстановления возможна как со стороны клиента, так и администраторами комплекса на основании запроса. Восстановление данных

37 производится на диски сервера обмена. Дальнейшее восстановление информации в прикладных системах выполняется техническими специалистами компаний-клиентов. Требуемые ресурсы и параметры на сети. Сервис предоставляется на Интеллектуальной платформе «СВЕТЕЦ» филиала общества ДИС. Требуемые ресурсы и параметры в системах взаимоотношений с клиентами у каждого партнера Компании, являющихся потребителями услуги хранения резервных копий, устанавливается сервер обмена данных с большой емкостью на внутренних дисках. Требуемые ресурсы и параметры на сети. Для связи между клиентами и ЦОД потребуются выделенные, или арендованные каналы связи, поддерживающие сетевой протокол IP и транспортные протоколы TCP/UDP. Требования к полосе пропускания канала должны определяться, исходя из объема и количества ежедневно сохраняемых документов. Минимальные требования – 100 Мбит, желательно иметь канал 500-1000 Мбит. Канал связи может быть зашифрован средствами сетевого оборудования, или сторонних устройств, если данная функция требуется и не противоречит законодательству. При использовании каналов с низкой полосой пропускания, или с большой задержкой, желательно применять средства сетевой оптимизации, такие, как Riverbed или аналогичные. Клиентское оборудование. На площадках клиентов предлагается разместить узел, выполняющий функции кэширования данных и предоставления доступа к хранилищу в виде файловой системы. Так же от клиента будет требоваться выделить физический сервер, имеющий следующие характеристики: - не менее 6 ядер CPU; - не менее 12 Гб оперативной памяти; - не менее двух свободных разъемов PCIe (8x или 4x). Порядок предоставления продукта. Порядок предоставления услуги на портале в соответствии с Регламентом взаимодействия структурных подразделений ДИС при предоставлении услуг хранения юридическим, физическим лицам (в том числе, физическим лицам, занимающихся предпринимательской деятельностью) и приложений к регламенту утвержденного Приказом ДИС. Биллинг и оплата. Для расчета с потребителями услуг, в качестве которых выступают партнеры Компании, используется предо платная (prepaid) модель расчетов. Передача информации биллингу по используемым услугам для тарификации производится приложением ServiceMonitor. ServiceMonitor находится на площадке ЦОД и осуществляет сбор информации с серверов трех основных подсистем: - подсистема дискового хранилища;

38 - подсистема файлового хранилища; - подсистема резервного копирования. Таким образом, ServiceMonitor выступает в роли монитора активностей использования предоставляемых услуг. На рисунке 1.13 показана схема взаимодействия с биллингом.

Рисунок 1.13 – Интеграция с биллингом

Взаимодействие с биллингом осуществляется по предоставляемому биллингом интерфейсу. При наличии возможности информация шифруется. Порядок работы по принятию и обработке и подготовке ответов на обращения пользователей услуг Контакт-центром ДИС в соответствии с Регламентом взаимодействия структурных подразделений ДИС утвержденного Приказом ДИС. Модель прохождения нарядов по предоставлению услуг в приложении. Рассмотрим Организацию сети для реализации проекта по оказанию услуг Системы хранения данных (СХД), рисунок 1.14. У клиента есть возможность синхронизироваться с облачным хранилищем с различных мобильных и персональных устройств, поддерживающие Android, Windows, iOS операционные системы. Клиенту предоставляется локальное сетевое хранилище C200 (рис.1.8 б). С клиентских ПК в локальной сети можно работать файлами на С200 по протоколам CIFS (windows file sharing), FTP, NFS и др.

39 Так же имеется возможность работы с файлами, с клиентских ПК и мобильных устройств вне локальной сети на С200 по протоколу WebDAV, через web-интерфейс, либо если это мобильные устройства, через клиентские приложения (iOS, Android). С помощью С200 и клиентского приложения (iOS, Android) можно осуществлять синхронизацию файлов с CTERA Portal, а также С200 создаёт бэкапы на CTERA Portal.

Рисунок 1.14 – Схема организация сети для реализации проекта по оказанию услуг Системы хранения данных (СХД)

Вариант использования. Клиенту могут быть предоставлены C200. Для этого клиенту необходимо установить на ПК в локальной сети ПО CTERA Bakup client для регулярных локальных бэкапов. С клиентских ПК в локальной сети можно работать файлами на С200 по протоколам CIFS (windows file sharing), FTP, NFS и др. Проверка: - зайти на C200 с ПК1 в локальной сети через сетевое окружение; - проверить доступность файлов. С клиентских ПК вне локальной сети можно работать с файлами на С200 по протоколу WeDAV. Проверка: - зайти на C200 с ПК2 вне локальной сети, подключив C200 как сетевой диск; - проверить доступность файлов. С клиентских ПК и мобильных устройств вне локальной сети можно работать с файлами на С200 через web-интерфейс. Проверка:

40 - запустить на ПК2 браузер; - выполнить подключение к порталу; - проверить доступность файлов. С клиентских мобильных устройств вне локальной сети можно работать с файлами на С200 по протоколу WeDAV или с помощью клиентского приложения (iOS, Android). Проверка: - запустить на смартфоне КПК1 клиентское приложение; - выполнить подключение; - проверить доступность файлов. С помощью клиентского приложения (iOS, Android) можно осуществлять синхронизацию файлов: - создать файл на смартфоне КПК1 вне локальной сети; - проверить наличие файла на CTERA Portal. C200 синхронизируется с CTERA Portal. Проверка: - создать файл на C200 с ПК1 в локальной сети; - проверить наличие файла на CTERA Portal. C200 создает бэкапы на CTERA Portal. Проверка: - создать файл на C200 с ПК1 в локальной сети; - запустить процедуру бэкапа; - проверить наличие бэкапа на CTERA Portal. Сценарии использования облачной системы хранения данных: - глобальная учетная запись. Пользователь хранит данные на облачном портале, возможна синхронизация между несколькими устройствами, организация общего доступа к файлам. В данном сценарии демонстрируется работа через веб-интерфейс портала, программные агенты для различных ОС, программные агенты для мобильных платформ (Android, IOS); - локальная учетная запись. Пользователь хранит данные на локальном устройстве в компании (облачный шлюз), которое в свою очередь выборочно либо полностью резервируется ресурсами облачного хранилища. Демонстрируется работа через веб-интерфейс облачного шлюза, мобильные клиенты, программные агенты для различных ОС; - совместная работа. Возможна организация коллективной работы нескольких пользователей над одной группой файлов. Один из пользователей (менеджер проекта) управляет доступом к группе файлов. Остальные пользователи получают доступ (чтение/запись, только чтение) к этой группе файлов. Демонстрируется коллективная работа нескольких глобальных пользователей. Основные компоненты: - система хранения данных, предоставляющая блочный или объектный доступ (NetApp); - CTERA Portal Datacenter Edition;

41 - CTERA C200 Cloud Gateway; - пользователи услуг (рабочие станции, серверы, мобильные устройства). Сценарии использования: - appliance mode (локальный пользователь); - программный клиент подключается к филиальному устройству (С200), независимо от его местоположения. Данные с филиального устройства резервируются на портале в ЦОДе; - cloud agent mode (глобальные пользователи); - пользователь подключается напрямую к порталу в ЦОДе. Техническое описание и характеристики устройств хранения данных ctera. Устройства хранения CTERA представляют собой систему хранения данных с подключением к облачному хранилищу. Эта система комбинирует в себе функции сетевого хранилища данных (NAS) в локальной сети и облачных сервисов в режиме реального времени (online). Общий доступ к файлам осуществляется по локальной сети, в то время как облачные сервисы хранения данных используются для создания резервных копий за пределами рабочих площадок, центров обработки данных, офисов и т.д. и для аварийного восстановления. Автоматические функции дифференциального резервного копирования и восстановления, включая технологии дедупликации на блочном уровне, сжатия и шифрования данных, обеспечивают безопасную и эффективную синхронизацию между облачным хранилищем и устройствами CTERA. В линейку устройств хранения данных CTERA входят модели CTERA CloudPlug для подключения только внешних дисков по интерфейсу USB 3.0, C200 для подключения 2 дисков SATA 3.5, представленных на рисунке 1.15, C400 для подключения 4 дисков SATA 3.5, представленного на рисунке 1.16 и C800 для подключения 8 дисков SATA 3.5, представленного на рисунке 1.17. При использовании устройств CTERA данные синхронизируются между компьютером пользователя и дисками устройства, затем прозрачно бэкапируются на облачное хранилище вне площадки пользователя. Резервные копии шифруются высокоуровневым AES-шифром и кодируются для максимально выгодного использования полосы пропускания. Пользователь может обращаться к файлам, хранящимся на локальном устройстве, а в случае его повреждения легко восстановить файлы с помощью резервных копий с облачного хранилища, используя Web-браузер. CTERA P1200 - это 2U-устройство для монтажа в стандартную телекоммуникационную стойку с предустановленным ПО CTERA Portal Datacenter Edition, позволяющее быстро развернуть с помощью данного ПО платформу для организации облачного хранилища данных и резервного копирования, оборудование представлено на рисунке 1.18 и соответственно рисунок 1.19. CTERA Portal – масштабируемая платформа для предоставления облачных сервисов хранения данных, позволяющая создавать, распределять и

42 управлять приложениями облачного хранилища, среди которых общий доступ к файлам, синхронизация между несколькими устройствами, резервное копирование и совместная работа мобильных сотрудников. Данная платформа предоставляет интерфейс для подключения к инфраструктуре облачного хранения хранилищ различных производителей. К платформе подключаются устройства CTERA CloudPlug, C200, C400, C800, выполняющие функции промежуточного хранилища и облачного шлюза, а также программные агенты CTERA. Помимо функций аппаратной платформы для CTERA Portal данное устройство выполняет также функции хранилища данных. Устройство имеет 12 слотов для подключения 3,5'' SATA дисков, два слота для подключения 2,5'' SSD дисков, четыре порта USB 2.0 и один порт eSATA для подключения внешних накопителей. Область применения. Устройства хранения CTERA находят широкое применение для малого бизнеса, филиалов, рабочих групп, которые хотят синхронизировать папки по сети, осуществлять общий доступ к файлам и иметь безопасные, прозрачные, защищенные от аварий резервные копии критически важных данных. Комбинируя в себе функциональность автономной сетевой системы хранения, файлового сервера и резервного ленточного накопителя, устройство хранения CTERA позволяет пользователю осуществлять следующее: обмениваться файлами по локальной сети, синхронизировать папки через сеть и облачное хранилище, проводить безопасное и автоматическое резервное копирование в режиме online, восстанавливать несколько версий файлов, иметь доступ к резервированным файлам откуда угодно.

а) б)

Рисунок 1.15 – а - CTERA CloudPlug; б - CTERA C200

Рисунок 1.16 – CTERA C400

43

Рисунок 1.17 – CTERA C800

Устройство CTERA P1200 позволяет провайдерам услуг и другим организациям развернуть платформу для предоставления облачных сервисов хранения данных. CTERA обеспечивает провайдерам возможность предоставления пользователям таких услуг, как администрируемое файловое хранилище, синхронизация папок через облачное хранилище, шифрованное безопасное и автоматическое резервное копирование в режиме online, восстановление нескольких версий файлов, доступ к резервированным файлам откуда угодно [14].

Рисунок 1.18 – Передняя панель устройства CTERA P1200

Рисунок 1.19 – Задняя панель устройства CTERA P1200 Рассмотрим технические характеристики оборудований CTERA, представленные в таблицах 1.1 и 1.2.

44 Таблица 1.1 – Технические характеристики устройств CTERA линейки Cxx CTERA CTERA C200 CTERA C400 CTERA C800 CloudPlug Дисковые Внешние 4 х 3.5" 8 х 3.5" 2 х 3.5" SATA корзины накопители SATA SATA Объем хранилища нет 6 TB 12 TB 24 TB RAID нет 0/1 0/1/5/6 0/1/5/6 USB USB 2.0 2 х USB 2.0 2 x USB 3.0 2 x USB 3.0 Ethernet 1 Gigabit 1 Gigabit 2 x 1 Gigabit 2 x 1 Gigabit Файловая система NTFS, FAT32, EXT3/NEXT3 Сетевые CIFS, NFS, AFP, FTP, WebDAV, rsync протоколы Безопасность Шифрование AES-256, SHA-1, секретный пароль Инкрементное резервное копировании, облачная Поддерживаемые синхронизация папок, удаленный доступ, удаленное облачные сервисы управление и мониторинг, обновление системного программного обеспечения Рекомендованное число 5-10 10-20 20-50 20-100 пользователей Форм-фактор Palm-sized Desktop 1U rackmount 2U rackmount 44(В) х 88(В) х 41(Ш) х 73(Г) 162.5(В) x Размеры, мм 446.4(Ш) х 446.4(Ш) х х 62(В) 210(Г) x 95(Ш) 500(Г) 506(Г) Вес без дисков, кг 0.3 1.1 7.2 12.5

Таблица 1.2 – Технические характеристики устройства CTERA P1200 Характеристика Описание Внутренние жесткие 12 слотов для дисков 3.5” SATA диски Твердотельные диски 1 x 2.5” 120GB Accelerator SSD (один включен, поддерживается до двух дисков) Максимальный объем "Сырая" емкость 36TB (емкость с хранилища использованием RAID 6 - 30TB) Порты 4 высокоскоростных порта USB 2.0 для подключения внешних накопителей, 2 x Gigabit Ethernet, 1 x eSATA Источник питания 2 блока питания по 650 Вт с возможностью горячей замены, 80 Plus certified Compliance FCC, CE, RoHS, WEEE Рабочие условия 0°C~50°C, влажность 5%~95% (без конденсата) Размеры, мм 482.6(Ш) x 700(Г) x 88.8(В)

45 1.7.2 Коммерческое решение – CLOUDIKE Cloudike — облачная платформа для создания корпоративного или коммерческого хранилища данных с набором инструментов для совместной работы. Cloudike в отличие от аналоговых решений в том, что компании (Интернет-провайдеры, производители смартфонов, операторы сотовой связи и т.д.) могут предлагать платформу своим пользователям под своим брендом (так называемое "партнерство по схеме White-label") [2]. Обзор Cloudike начался в 2013 году в качестве SaaS - платформы, которая переросла в решение облачной многоуровневой, используемой для создания меток хранилищ данных предприятия для OEM - производителей, мобильных и Интернет - услуг. [4] Платформа имеет модули для управления данными предприятия, хранения API , а также интеграция с биллинговыми системами. Cloudike позволяет строить крупные хранилища файлов на основе OpenStack Swift или Amazon S3 или других систем хранения данных, совместимые с Amazon S3 API - интерфейсов. Технология. Для синхронизации пользовательских файлов с сервером, Cloudike обеспечивает контакт клиентов, как для Windows, MacOS платформ, так и для мобильных, Android и iOS устройств, доступ к которым предоставляется через веб-браузер или мобильное приложение. Любые обновления данных синхронизируется между всеми компьютерами и мобильными устройствами, которые связаны с учетными записями пользователей [15]. Теперь поближе рассмотрим схему инфраструктуры Cloudike, представленную на рисунке 1.20. Она развёртывается на 12 серверах. Каждый блок на схеме представляет собой физический сервер. LoadBalancer – балансировщик нагрузки, необходим для распределения заданий между несколькими сетевыми устройствами, с целью оптимизации использования ресурсов; Front-end – платформы WebUl; Back-end – API платформы, представляющий доступ к данным через WebDAV, мобильные клиенты или приложения для ПК; DB – кластер баз данных. На рисунке 1.21 представлен обзор главного окна облачной платформы Cloudike.

46

Рисунок 1.20 – Инфраструктура Cloudike

Рисунок 1.21 – Обзор главного окна облачной платформы Cloudike

47 Сегодня такие компании, как LG Electronic запустила LG Cloud с использованием в 40 странах мира, МегаФон запустил MegaDisk, турецкая компания Vestel запустило облако используя платформу Cloudike [15]. 1.7.3 Решение с открытым исходным кодом – OpenStack (SWIFT) OpenStack (SWIFT) предоставляет масштабируемое распределенное объектное хранилище с резервированием, которое использует кластеры стандартизированных серверов. Под “распределением” понимается, что каждый фрагмент данных реплицируется по кластеру узлов хранения. Число реплик можно настроить, но оно должно составлять не менее трех для коммерческих инфраструктур. Кратко об OpenStack (SWIFT): - создан NASA – теперь Global software community; - кластерная архитектура с web – масштабируемостью; - апгрейд с «no user downtime»; - отказоустойчивость через хранение нескольких реплик данных; - использование типовых платформ x86 + Linux; - «бесшовная» обработка сбоев; - не требуется построение дорогих SAN сетей; - интеграция с внешними системами через REST API. Предлагаемая бизнес-модель: - решение ориентируется на клиентов – физических лиц и МСБ; - продается посредством ресурсов idHost (APS) и idPort в виде дополнительной услуги к имеющимся тарифным планам; - пакетируется с предложениями для абонентов Megaline (idNET Stor); - предлагается продавать от 20 Гб и выше, так как цена 1 Гб низкая (Dropbox берет 10$/мес за «маркетинговые» 1 Тб – окупаемость менее 1 года); - для взаиморасчетов используется модель разделения доходов от реальной клиентской базы по фиксированной цене за аккаунт. Доступ к объектам в Swift осуществляется по интерфейсу REST. Эти объекты можно хранить, получать или обновлять по требованию. Хранилище объектов можно с легкостью распределить по большому числу серверов. Путь доступа к каждому объекту состоит из трех элементов: - /account/container/object. Программное обеспечение Swift состоит из компонентов, в том числе серверов обработки аккаунтов, серверов обработки контейнеров и серверов обработки объектов, которые выполняют хранение, репликацию, управлением контейнерами и аккаунтами. Кроме того, другая машина под названием прокси-сервер предоставляет Swift API пользователям и выполняет передачу объектов от клиентов и к клиентам по запросу. Серверы обработки аккаунтов предоставляют списки контейнеров для определенного аккаунта. Серверы обработки контейнеров предоставляют списки объектов в определенных контейнерах. Серверы обработки объектов просто возвращают или хранят сам объект при наличии полного пути.

48 Кольца. Так как пользовательские данные распределены по набору компьютеров, важно отслеживать, где именно они располагаются. В Swift это достигается с помощью внутренних структур данных под названием “кольца”. Кольца находятся на всех кластерных узлах Swift (как хранилищах, так и прокси). Таким образом в Swift решается проблема многих распределенных файловых систем, которые полагаются на централизованный сервер метаданных, когда это хранилище метаданных становится узким местом для обращений к справочным метаданным. Для хранения или удаления отдельного объекта не требуется обновление кольца, так как кольца отражают участие в кластерах лучше, чем центральная карта данных. Это положительно влияет на операции ввода/вывода, что значительно снижает время ожидания доступа. Существуют отдельные кольца для баз данных аккаунта, контейнера и отдельных объектов, но все кольца работают одинаково. Вкратце – для данного аккаунта, контейнера или имени объекта кольцо возвращает информацию о его физическом расположении на узле хранения. Технически это действие осуществляется с помощью метода последовательного хеширования. Схема метода представлена на рисунке 1.22.

Рисунок 1.22 – Метод исследовательского хеширования 49 Прокси сервер. Прокси-сервер предоставляет доступ к публичному API- интерфейсу и обслуживает запросы к сущностям хранения. Для каждого запроса прокси-сервер получает информацию о местоположении аккаунта, контейнера и объекта, использующих кольцо. После получения местоположения сервер выполняет маршрутизацию запроса. Объекты передаются от прокси-сервера к клиенту напрямую без поддержки буферизации (если выразится ещё точнее: хотя в названии есть «прокси», «прокси» сервер не выполняет «проксирование» как таковое, как например в http). Сервер обработки объектов. Это простое хранилище BLOB (больших двоичных объектов), в котором можно хранить, получать и удалять объекты. Объекты хранятся как двоичные файлы в узлах хранения, а метаданные располагаются в расширенных атрибутах файла (xattrs). Таким образом, необходимо, чтобы файловая система объектных серверов поддерживала xattrs для файлов. Каждый объект хранится с использованием пути, полученного из контрольной суммы файла и метки времени операции. Последняя запись всегда перевешивает (в том числе в распределенных сценариях, что обуславливает глобальную синхронизацию часов) и гарантирует обслуживание последней версии объекта. Удаление тоже рассматривается как версия файла (файл размером 0 байт, заканчивающийся на «.ts», что означает tombstone (надгробный камень)). Это гарантирует правильную репликацию удаленных файлов. В этом случае старые версии файлов не появляются вновь при сбое. Сервер обработки контейнеров. Сервер обработки контейнеров обрабатывает списки объектов. Он не знает, где находятся объекты, только содержимое определенного контейнера. Списки хранятся в виде файлов баз данных sqlite3 и реплицируются по кластеру аналогично объектам. Также отслеживается статистика, включающая итоговое число объектов и объем используемого хранилища для данного контейнера. Специальный процесс—swift-container-updater—постоянно проверяет базы данных контейнеров на узле, на котором он работает, и обновляет базу данных аккаунта при изменении данных контейнера. Для поиска аккаунта, который необходимо обновить, он использует кольцо. Работает по аналогии с сервером обработки контейнеров, но обрабатывает списки контейнеров [12]. Свойства и функции: - репликация: число копий объектов, которое можно настроить вручную; - загрузка объекта представляет собой синхронный процесс: прокси- сервер возвращает HTTP-код «201 Created» только, если записаны более половины реплик; - интеграция с сервисом аутентификации OpenStack (Keystone): аккаунты ставятся в соответствие участникам;

50 - проверка корректности данных: сумма md5 объекта в файловой системе по сравнению с метаданными, хранимыми в xattrs; - синхронизация контейнеров: становится возможным синхронизировать контейнеры на нескольких ЦОД; - механизм передачи: возможно использовать дополнительный узел для хранения реплики в случае отказа; - если размер объекта — более 5 ГБ, его необходимо разбить: эти части хранятся как отдельные объекты. Их можно прочесть одновременно. Цель этого проекта - помочь частным лицам и организациям в создании «облаков» для хранения данных, мультимедийной информации и рабочих календарей. Вы можете развернуть «облако» на собственном сервере или использовать какой-либо бесплатный хостинг. 1.7.4 Решение с открытым исходным кодом – OWNCLOUD OwnCloud – это свободное и открытое веб - приложение для синхронизации данных, общего доступа к файлам и удалённого хранения документов в «облаке». OwnCloud написан на языках программирования PHP и JavaScript. ownCloud работает с базами данных SQLite, MariaDB, MySQL, Oracle Database и PostgreSQL, и работает на серверах под управлением Linux, в том числе на Raspberry Pi. Разработку ownCloud начал один из разработчиков KDE, Франк Карличек, в январе 2010г. Он стремился создать бесплатную альтернативу коммерческим облачным сервисам хранения данных. В отличие от них, ownCloud можно установить на собственный сервер без дополнительных затрат. Доступны клиенты для синхронизации данных с ПК под управлением Windows, OS X или Linux и с мобильными устройствами на iOS и Android. Кроме того, сохранённые данные доступны через веб-интерфейс ownCloud в любом браузере. OwnCloud позволяет ИТ-специалистам управлять, контролировать и файл аудита доступа к действиям конфиденциальных данных, который предоставляет пользователям универсальный доступ к файлам для всех своих данных. Кратко об OwnCloud: - проект ведется Open Source community; - более 1.3 млн пользователей в мире; - комбинирует удобство для конечного – пользователя и энтерпрайз уровень контроля над данным – устраняет «Dropbox security problem»; - размещается на простых хранилищах, а также в «облаках»; - СУБД MySQL с отказоустойчивостью через Galera; - возможно использование СУБД Oracle; - удобный пользовательский интерфейс;

51 - интегрируется с корпоративными системами безопасности и мониторинга; - открытая архитектура и интеграция с внешними системами. Достоинства «облачного» решения от OwnCloud: - open Source альтернатива коммерческим решениям - межплатформенность (любой web-browser) - клиенты под управлением Windows, Mac OS или Linux, iOS и Android, монтирование как каталог (WebDAV); - хранение файлов в зашифрованном виде (по настройке пользователем); - поддержка версионности – доступ к старым версиям файлов; - интегрированные просмотрщики файлов (pdf, odf); - «облачное» редактирование текста; - совместный доступ к файлам и папкам, публичные ссылки для внешних пользователей; - трансляция потокового мультимедиа; - наличие APS пакета – готовность к встраиванию в Parallels; - практически завершенная интеграция с порталом idPort. Предлагаемая бизнес-модель: - решение ориентируется на клиентов – физических лиц и МСБ; - продается посредством ресурсов idHost (APS) и idPort в виде дополнительной услуги к имеющимся тарифным планам; - пакетируется с предложениями для абонентов Megaline (idNET Stor); - предлагается продавать от 20 Гб и выше, так как цена 1 Гб низкая (Dropbox берет 10$/мес за «маркетинговые» 1 Тб – окупаемость менее 1 года); - для взаиморасчетов используется модель разделения доходов от реальной клиентской базы по фиксированной цене за аккаунт. OwnCloud Архитектура. Схема организации сети облачной платформы OwnCloud рассмотрела на рисунке 1.23. Для настройки системных возможностей доступ предоставляется через исчерпывающий набор API - интерфейсов и мобильных библиотек. В производстве развёртывается, как n- уровневое сбалансированное распределение нагрузки веб-приложение, работающее на сайте в дата центре в отделе Database cluster. OwnCloud могут быть развёрнуты серверами в физическое, виртуальное или частное облако. С целью сокращения времени обслуживания запросов и оптимизации использования ресурсов используется Load balancer для балансировки нагрузки и Web server, принимающий HTTP-запросы от клиентов. Управление и защита данных в локальной – с использованием любого доступного хранилища, с полным стеком программного обеспечения, работающего на серверах безопасно внутри центра обработки данных, контролируется доверенными администраторами, удалось установленными политиками [11].

52

Рисунок 1.23 – Общая архитектура Развертывание OwnCloud

Интеграция с существующими ИТ - системами и политики - такие, как системы аутентификации, пользовательские каталоги, рабочие процессы управления, обнаружения вторжений, контроля, регистрации и управления хранением данных. Предоставление доступа через исчерпывающий набор API - интерфейсов и мобильных библиотек для настройки системных возможностей, удовлетворения уникальных требований к обслуживанию и изменяющимся потребностям пользователей. Ядро решения OwnCloud является сервером OwnCloud. Сервер обеспечивает безопасный веб-интерфейс, с помощью которого администраторам контролировать и управлять развертыванием OwnCloud, что позволяет ей настроить доступ из файлового хранилища для предоставления пользователям услуг и интеграции приложений. Расширенные возможности для интеграции каталогов предприятия и файл "брандмауэров" дают администраторам исключительную гибкость и контроль. Сервер также управляет и обеспечивает доступ к API OwnCloud, обеспечивая при этом внутренний двигатель обработки, необходимой для предоставления услуг общего доступа к файлам высокой производительности. OwnCloud работает со всеми существующими инструментов и утилит, от стандартных резервного копирования и обнаружения вторжений, чтобы войти менеджеров и решения предотвращения потери данных (DLP). Кроме того, администраторы могут активировать включенный модуль шифрования, чтобы обеспечить дополнительный уровень шифрования в состоянии покоя для пользовательских файлов. Принципиальная архитектура конечного решения Owncloud представлена на рисунке 1.24.

53

Рисунок 1.24 - Принципиальная архитектура конечного решения

Услуги по созданию тестовой платформы масштабируемого отказоустойчивого облачного файлового хранилища на основе компонентов с открытым исходным кодом. Общие сведения. Участник закупа способом ценового предложения должен представить предложение на выполнение работ по созданию тестовой платформы масштабируемого отказоустойчивого облачного файлового хранилища на основе компонентов с открытым исходным кодом. Работы, подлежащие выполнению, и требования к ним. Планирование и предоставление архитектуры платформы в составе следующих продуктов, OwnCloud, Openstack SWIFT, GNU/Linux. Платформа должна быть разделена на компоненты по функционалу: - СУБД; - приложения OwnCloud; - Openstack SWIFT Proxy node; - Openstack Storage node; - Openstack Keystone; - балансировка нагрузки; - среда виртуализации; - др. Каждый компонент Платформы должен обладать следующими свойствами:

54 - обеспечивать горизонтальное масштабирование по производительности до трехсот тысяч активных соединений и трех миллионов зарегистрированных абонентов добавлением новых узлов к существующим; - обеспечивать возможность применения сторонних промышленных балансировщиков нагрузки для распределения нагрузки между узлами; - сохранять работоспособность при выходе любых N-1 (N-2 для компонентов с кворумом) из N узлов; - производительность компонента не должна зависеть от производительности или состояния других компонентов; - узлы компонента должны иметь возможность размещения в отдельных broadcast-доменах; - в компоненте не должно присутствовать единой точки отказа. Каждому зарегистрированному абоненту системы должно быть доступно не менее 100ГБ пространства с возможностью увеличения до 10ТБ. В качестве основного хранилища должно быть использовано объектное хранилище Openstack SWIFT. В качестве СУБД для OwnCloud должна использоваться PostgreSQL. В Платформе должен присутствовать весь функционал OwnCloud 8. Расчет параметров аппаратной платформы, необходимой для запуска промышленной системы на основе созданной архитектуры, с погрешностью не более 25% по предоставленным требованиям. Конфигурация тестовой площадки на основе разработанной архитектуры. Участие в процессе тестирования созданного ИТ-ландшафта. Внесение корректировок по рекомендациям из отчета о тестировании. Демонстрация основ работы с системой выделенной рабочей группе. Требования к качеству услуг. Исполнитель должен предоставить аппаратное обеспечение и сопутствующее программное обеспечение для тестирования и демонстрации Платформы: - не менее трех серверов с параметрами, обеспечивающими работу Платформы на три тысячи пользователей; - виртуальные промышленные балансировщики нагрузки с функционалом SSL-разгрузки, балансировки трафика HTTP и TCP; - программное обеспечение виртуализации; - мобильные устройства с тремя наиболее популярными мобильными операционными системами. Исполнитель в свою очередь гарантирует: - наличие достаточного количества квалифицированных специалистов для обеспечения уровня предоставляемых услуг; - исполнение обязательств в полном объеме с заданными показателями качества; - защиту своего ПО от вирусов и других вредоносных кодов; - не допускать действий, классифицируемых как различные виды несанкционированного доступа к данным и устройствам Заказчика. Дополнительные требования:

55 - исполнитель должен обеспечить гарантийное сопровождение разработанной Платформы на срок не менее 6-ти месяцев с момента завершения работ; - участник закупа способом ценового предложения должен иметь квалифицированную команду с не менее чем трехлетним опытом работы на телекоммуникационном рынке СНГ; - для выполнения работ по вышеприведенным требованиям должны быть предоставлены не менее трех человек. Порядок контроля и приемки системы. Протокол приемо-сдаточных испытаний формируется по результатам тестирования. План тестирования разрабатывается Исполнителем и согласовывается с Заказчиком. Вывод: Итак, мы рассмотрели и сравнили 2 коммерческих решения облачных хранилищ, на примере CTERA Networks и Cloudike, а также 2 решения с открытым исходным кодом, это OwnCloud и OpenStack (SWIFT). Откуда сделали вывод, что более привлекательным является применение программного обеспечения с открытым исходным кодом, объясняется это именно главной идеей программного обеспечения с открытым исходным кодом – совместная работа сотен программистов. Исходные коды доступны каждому, позволяя расширять функциональные возможности, а также главным преимуществом выступает то, что не нужно беспокоиться о лицензировании программного обеспечения [11].

2 Расчёт технических параметров Для построения «облачного» хранения данных, необходим WEB- интерфейс, который через стек коммутаторов будет подключён с серверным хранилищем, так же к WEB-интерфейсу будет подключён СУБД (система управления базами данных), всё это через балансировщика нагрузки подключено к сети интернет. После чего, через интернет будет доступ для любого желающего пользователя к «облачному» хранилищу (архитектура построения «облачного» хранилища данных представлена на рисунке 2.1). Построение серверного хранилища включает в себя девять серверов, которые будут распределены следующим образом: два сервера предусмотрены для работы балансировщика нагрузки, два сервера для WEB- интерфейса, два сервера для СУБД, а для хранения данных нами предусмотрено три сервера. Для синхронизации данных, было выбрано решение с открытым исходным кодом – OwnCloud. Так как данное решение является самым оптимальным в отношении простота/функциональность. А также является самым популярным и конкурентно составляющим решением из всех.

56

Рисунок 2.1 – Архитектура построения «облачного» хранилища данных

2.1 Расчёт ёмкости облачного хранилища Востребованность хранения данных в облачных хранилищах растет пропорционально росту популярности и потребления облаков. Растет количество виртуальных машин — растет и потребление облачных хранилищ, которое в свою очередь требует постоянной регулировки ёмкости. Рассчитаем ёмкость трёх серверов, предназначенных для хранения данных. В расчёте на 10.000 пользователе, при квоте на одного пользователя 10 ГБ, коэффициент заполнения 30%, а также предусмотрено 3 резервные копии. Нам необходимо рассчитать количество жёстких дисков, при учёте, что ёмкость одного жёсткого диска, составляет 4 ТБ. К полученному результату предусмотрен запас к ёмкости в количестве 10%. Используя язык программирования C+, напишем программу, для расчёта количество жёстких дисков, используем формулу 2.1

N = A B / C, (2.1)

где A – количество пользователей; B – квота на одного пользователя; C – ёмкость одного жёсткого диска.

N =10000 10 / 4000 = 25(жёстких дисков).

57 Составим блок-схему выше указанной программы, для расчёта количества жёстких дисков, рисунок 2.2.

Начало

Ввод a,b,c

N=a*b/c

Вывод N

Конец

Рисунок 2.2 – Блок-схема программы для расчёта количества жёстких дисков

Текст программы приведён на рисунке 2.3 и результат программы на рисунке 2.4.

Рисунок 2.3 – Текст программы для расчёта количества жёстких дисков

58

Рисунок 2.4 – Результат работы программы

Количество жёстких дисков при коэффициенте заполнения 30% , используем формулу 2.2

M = N 0,3/100, (2.2)

где M – количества жёстких дисков при коэффициенте заполнения 30%; N – количество пользователе.

M = 25 0,3/100 = 7,5(жёстких дисков).

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

Начало

Ввод a,b,c,d,r

N=a*b/c, M=b*d/100

Вывод N,M

Конец

Рисунок 2.5 – Блок-схема программы для расчёта количества жёстких дисков

59 Текст программы представлен на рисунке 2.6 и результат соответственно на рисунке 2.7.

Рисунок 2.6 – Текст программы для расчёта количества жёстких дисков при коэффициенте заполнения 30%

Рисунок 2.7 – Результат работы программы

С учётом 3 резервных копий, найдём количество жёстких дисков, по формуле 2.3

R = M 3 = 22,5, (2.3)

где R – итоговое количество жёстких дисков; M – количества жёстких дисков при коэффициенте заполнения 30%.

60 R=7,5 3=22,5(жёстких дисков).

С учётом коэффициента заполнения 30% и 3 резервными копиями получаем 22,5, что соответствует 23 физическим жёстким дискам. Теперь рассчитаем ёмкость облачного хранилища: а) с учётом коэффициента заполнения, формула 2.4

K = R C, (2.4)

где K – ёмкость облачного хранилища; R – итоговое количество жёстких дисков; C – ёмкость одного жёсткого диска.

K = 22,5 4000 90000 (ГБ).

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

Начало

Ввод a,b,c,d,r

N=a*b/c, M=b*d/100

Вывод N,M

Конец

Рисунок 2.8 – Блок-схема программы для расчёта количества жёстких дисков

Текст программы представлен на рисунке 2.9 и результат соответственно на рисунке 2.10.

61

Рисунок 2.9 – Текст программы для расчёта ёмкости облачного хранилища

Рисунок 2.10 – Результат работы программы

Из результатов видно, что для 10000 пользователей, при квоте в 10ГБ и коэффициенте заполнения 3% необходимо свободной ёмкости хранилища – 90000 ГБ, при условии, что 1 жёсткий диск – 4000ГБ; б) без учёта коэффициента заполнения, при условии, что каждый пользователь будет использовать всё предоставленное ему свободное место в облачном хранилище. Текст программы оставляем прежним, изменяем

62 коэффициент использования – 100%, результат программы представлен на рисунке 2.11.

Рисунок 2.11 – Результат работы программы

Получаем результат, что для 10000 пользователей, при квоте в 10ГБ и коэффициенте заполнения 100% необходимо свободной ёмкости хранилища – 300000 ГБ, при условии, что 1 жёсткий диск – 4000ГБ. 2.2 Расчёт пропускной способности интернет каналов Пропускная способность – метрическая характеристика, показывающая соотношение предельного количества проходящих единиц информации в единицу времени через канал. Нам необходимо рассчитать пропускную способность интернет канала в восходящем (Uplink) и нисходящем (Downlink) направлениях, если известно, что скорость обновления данных одним пользователем 500 (МБ/месяц), а скорость загрузки данных с сервера в 8 раз превышает скорость обновления данных. Для того, чтобы учесть неравномерность поступающей нагрузки на сервер в зависимости от времени суток, возьмём коэффициент неравномерности нагрузки = 2. Используем формулу 2.5

V21 = 8 V , (2.5)

где V1 – скорость обновления данных одним пользователем;

V2 – скорость загрузки данных с сервера одним пользователем.

V2 = 8 500 4000 (МБ/месяц).

63 Для нахождения пропускной способности интернет канала в восходящем (Uplink) направлении воспользуемся формулой 2.6

U = V1  N , (2.6)

где U – пропускная способность интернет канала в восходящем (Uplink) направлении; N – количество пользователей.

U = 500 10000 5000000 (МБ/месяц).

Для нахождения пропускной способности интернет канала в нисходящем (Downlink) направлении используем формулу 2.7

D = V2  N , (2.7)

где D – пропускная способность интернет канала в нисходящем (Downlink) направлении; N – количество пользователей.

D = 4000 10000 40000000 (МБ/месяц).

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

UПИКОВОЕ = U 2, (2.8)

где UПИКОВОЕ – пиковое значение пропускной способности.

UПИКОВОЕ = 5000000 2 =10000000 (МБ/месяц).

Для нахождения пикового значения пропускной способности интернет канала в нисходящем канале используем формулу 2.9

DПИКОВОЕ = D 2, (2.9)

где DПИКОВОЕ – пиковое значение пропускной способности интернет канала в нисходящем трафике.

DПИКОВОЕ = 40000000 2 = 80000000 (МБ/месяц).

64 Составим блок-схему выше указанной программы, для расчёта количества жёстких дисков, рисунок 2.12.

Начало

Ввод a,b,c,d

N=a*c, M=a*d

Вывод N, M

Конец

Рисунок 2.12 – Блок-схема программы для расчёта количества жёстких дисков

Текст программы представлен на рисунке 2.13 и результат соответственно на рисунке 2.14.

Рисунок 2.13 – Текст программы для расчёта ёмкости облачного хранилища

65

Рисунок 2.14 – Результат работы программы

По результатам получили: Uplink – 5000000 МБ/месяц всеми пользователями; Downlink – 40000000 МБ/месяц всеми пользователями; Pikoviy Uplink – 10000000 МБ/месяц всеми пользователями с учётом коэффициента неравномерности нагрузки; Pikovyi Downlink – 80000000 МБ/месяц всеми пользователями с учётом коэффициента неравномерности нагрузки. 2.3 Моделирование рабочего стенда Для проверки функционала данного решения построения облачного хранилища, мы подготовили рабочий стенд на собственном персональном компьютере. В качестве WEB-интерфейса был выбран свободный веб-сервер – Apache HTTP-сервер. Основными достоинствами Apache считаются гибкость и надёжность конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т.д. В роли СУБД взяли полноценный, отказоустойчивый сервер баз данных – Maria DB. MariaDB – это полноценная обратно совместимая замена MySQL® Database Server, включающая все актуальные механизмы хранения данных с открытым исходным кодом. В роли облачного хранилища использовали веб-приложение c открытым исходным кодом – OwnCloud. Физически это 9 серверов: 2 – балансировщика нагрузки, 2 – СУБД сервера, 2 – для WEB-интерфейса и 3 – свободное место, для хранения данных.

66 Для построения модели облачного хранилища данных на персональном компьютере, нам понадобилась виртуальная машина VirtualBox. VirtualBox – это программный продукт виртуализации для операционных систем (рисунок 2.15). В качестве операционной системы, была использована CentOS 7. CentOS 7 – это операционная система на базе Linux.

Рисунок 2.15 – Окно запуска виртуальной машины VirtualBox на основе операционной системы CentOS 7

Для создания виртуально машины VirtualBox было выделено 1024 МБ оперативной памяти, 12,05 ГБ свободного места на жёстком диске, 12 МБ видеопамяти. Запустили виртуальную машину, убедились, что всё работает исправно (рисунок 2.16), зашли под своим именем администратора – MArtyom.

Рисунок 2.16 – Запуск виртуальной машины, активация CentOS.

67 Следующим шагом стояло установить все необходимые программы, для настройки OwnCloud. CentOS использует программу yum для скачивания и установки обновлений из репозитория CentOS Mirror Network. Для установки СУБД, в качестве которой мы выбрали MariaDB, воспользуемся следующей командой: - yum -y install mariadb; Установим WEB-интерфейс, в качестве которого была выбрана программа Apache: - yum -y install httpd; Далее установим набор сетевых утилит Net-tools, для подключения сетевых соединений: - yum -y install net-tools; После чего устанавливаем необходимые пакеты, подключаем нужные репозитарии и на установленной СУБД, создаём базу данных. После чего переходим к установке OwnCloud. Скачиваем дистрибутив: - wget https://download.owncloud.org/community/owncloud-8.0.2.tar.bz2. Настраиваем OwnCloud, назначаем права Apache к директории сайта и всему содержимому, в корне создаём директорию, где будут храниться все файлы пользователей OwnCloud. Назначаем Apache владельцем директории и прописываем права доступа. Всё готово для запуска OwnCloud. С помощью команды ping проверяем соединение виртуальной машины с сетью интернет (рисунок 2.17).

Рисунок 2.17 – Проверка соединения виртуальной машины с сетью интернет

Соединение есть. Предварительно проверяем IP адрес виртуально машины с помощью команды ip ad (рисунок 2.18).

68

Рисунок 2.18 – Проверка IP адреса виртуально машины

Для настройки OwnCloud (рисунок 2.19), в новом окне браузера, впишем адрес: - http://192.168.1.2/owncloud.

Рисунок 2.19 – Настройка OwnCloud

69 Создадим учётную запись администратора, под именем root, зададим пароль, после чего попадаем в главное меню наше облачного хранилища OwnCloud (рисунок 2.20). Наше облачное хранилище готово к полноценному использованию.

Рисунок 2.20 – Главное меню облачного хранилища OwnCloud

Так же сегодняшние мобильные технологии позволяют нам совершить доступ в наше облако через мобильные приложения Owncloud на платформе iOS и Android, с помощью соответственно виртуальных магазинов App Store и Play Market. К сожалению, в отличии от самой технологии облака, приложения являются платными, для пользователей iOS – 0,99$, для пользователей Android в нашей стране – 300 тенге. Приложения на данных платформах показаны на рисунке 2.21 и 2.22 соответственно. Мобильные решения – это дополнительные решения к уже имеющимся. OwnCloud, как мы знаем является открытым исходным кодом синхронизации файлов и доля программного обеспечения для каждого из лиц работающих работает бесплатный сервер OwnCloud до крупных предприятий и поставщиков услуг работающих под OwnCloud Enterprise Subscription. OwnCloud обеспечивает безопасную, надёжную и совместимую синхронизацию файлов и обмен, вся информация на серверах под вашим контролем. С помощью мобильного приложения OwnCloud можно просматривать все файлы, документы, папки, сохранять содержимое этих папок синхронизируя все устройства. Необходимо просто скопировать нужные файлы в папку, сервер OwnCloud сделает всё остальное. С помощью мобильного устройства, рабочий стол или веб-клиент OwnCloud обеспечивает поставку файлов в нужное время и в нужное устройство. Это простое в использовании, безопасное и контролируемое решение.

70

Рисунок 2.21 – Приложение на платформе iOS

Рисунок 2.22 - Приложение на платформе Android

71 3 Безопасность жизнедеятельности

3.1 Анализ условий труда и меры по снижению вредного воздействия В дипломном проекте был проведён анализ решений с открытым исходным кодом, для построения облачного файлового хранилища. Работа носит научно-исследовательский характер, поэтому для ее проведения необходимо помещение типа «операторская», в котором будут работать 4 человек, 2 из них- это операторы и 2 инженера. Все сотрудники имеют высшее законченное техническое образование. Анализ рабочего места операторов. Рабочее место, хорошо приспособленное к трудовой деятельности оператора, правильно и целесообразно организованное, в отношении пространства, формы, размера обеспечивает ему удобное положение при работе и высокую производительность труда при наименьшем физическом и психическом напряжении. Рабочий график персонала предполагается быть – 12 часовой скользящий. Так как необходимо круглосуточное обслуживание технологии, график будет в две смены, 1 инженер и 1 оператор в дневной смене и 1 инженер и 1 оператор в ночной смене [16]. На рисунке 3.1 показан план производственного помещения.

1 – Рабочий стол (4 шт); 2 – оконные проёмы; 3 – сервера; 4 – стек коммутаторов; 5 – дверные проёмы; 6 – шкаф для рабочих документов.

Рисунок 3.1 – План производственного помещения

72 Здание снимается в аренду, расположено в городе Алматы (в центре города). Здание двухэтажное, не имеет поблизости внешних источников шума, влияющих на процесс работы: - рабочее помещение находится на первом этаже здания; - размеры рабочего помещения (комнаты): длина 8 (м), ширина 5 (м), высота 3 (м); - остекление помещения – двойное по всей ширине стены (окна размером 2000х3000 мм) без стального переплетения, так же второе окно расположено в серверной комнате (размет 1000х1500 мм); - искусственное освещение – светильники: люминесцентные лампы (16 штук по 100 Вт); - внутренняя отделка стен – светлая. Так же в комнате находится дополнительно оборудованное служебное помещение – серверная комната: - размеры служебного помещения (серверной комнаты): длина 5 (м), ширина 2 (м), высота 3 (м); - площадь служебного помещения – 30 (м2); - площадь серверной комнаты – 10 (м2); - общая площадь – 40 (м2); - искусственное освещение - люминесцентные лампы (4 штуки по 100 Вт); - внутренняя отделка стен светлая. 3.2 Организация рабочего места на предприятии С учётом основных требований предприятия, были организованы благоприятные условия для работы сотрудников. Организация рабочего места оператора имеет большое значение в организации труда. Правильная организация рабочего места оператора устраняет такие проблемы как: дискомфорт, преждевременная усталость, отрицательное воздействие на организм человека, ухудшающее его здоровье, снижение производительности труда. Рабочее место оператора – это место в системе «человек – машина», оснащенное средствами отображения информации, органами управления и вспомогательным оборудованием, на котором осуществляется его трудовая деятельность. На рисунке 3.2 представлено рабочее место сотрудника.

73

Рисунок 3.2 – Рабочее место сотрудника (вид сбоку и вид сверху)

Для обеспечения нормальных условий труда установлены санитарные нормы СН 245 – 71 на одного работающего: объем производственного помещения не менее 15 (м3); площадь помещения, отгороженного стенами или глухими перегородками, не менее 4,5 (м2). Помещение где находится операторская, в которой будут находиться 2 оператора и 2 инженера, имеет размеры: площадь 40 (м2), объем 120 (м3), что соответствует санитарным нормам. В помещении операторской установлены столы эргономичного дизайна. Покрытие поверхности стола матовое, серого цвета, углы и передняя верхняя грань доски стола закруглены. Справа на столе предусмотрено место для ПЭВМ с полкой, для монитора, регулируемого как по высоте, так и по горизонтали имеется выдвижная полочка для клавиатуры, слева – регулируемая полочка с зажимом для документов, также слева имеется крепление для настольной лампы. Естественный свет падает сбоку, поэтому оконный проём в помещении оборудованы регулируемыми жалюзи. Рабочие кресла подъемно-поворотные и регулируемые по высоте и углам наклона сиденья и спинки. Рабочая комната расположена на первом этаже двухэтажного здания, вдали от проспектов с напряженным трафиком. При эксплуатации электрооборудования существует опасность поражения электрическим током. В связи с этим все вилки и розетки имеют контакты зануления, а все кабели спрятаны в кабель-каналы. Для сотрудников необходимо создать комфортные условия труда, такие как рабочее место и состояние внутренней среды комнаты, обеспечивающее оптимальную динамику работоспособности, хорошее самочувствие и сохранение их здоровья. Рабочее место обеспечивает возможность удобного выполнения работ в положении сидя. При выборе положения работающего необходимо учитывать физическую тяжесть работ;

74 размеры рабочей зоны и необходимость передвижения в ней работающего в процессе выполнения работ; мероприятия направленные на снижение утомляемости. Как уже было отмечено, важным моментом организации рабочего места является также определение занимаемой работником площади. Необходимо, чтобы эта площадь позволяла удобно и с наименьшей затратой энергии безопасно и производительно вести трудовой процесс. Число работников в данном помещении – 4. Выполняемая работа относится к категории легких работ (легкая физическая, категория Iа, менее 138 (Дж/c), работа производится сидя и не требует физического напряжения). Высота рабочей поверхности – 725 (мм), высота сиденья – 420 (мм). Вид свет пропускающего материала – стекло листовое узорчатое. Вид переплета – стальные двойные открывающиеся. Вид несущих конструкций покрытий – железобетонные фермы и арки. Солнцезащитные устройства – внутренние светлые шторы. Здание относится к I степени огнестойкости [17]. Согласно СНиП РК 3.02-04-2009 “Воздух рабочей зоны, общие санитарно-гигиенические требования”, работа людей в данном помещении производится сидя и стоя, и не требует большого физического напряжения, относится к категории II а (таблица 3.1).

Таблица 3.1 - Виды работ Работа Категория Энергозатраты Характеристика организма, Дж/с работы (ккал/час) Средней тяжести II а < 250 Не требует большого физического напряжения, принадлежат работы, связанные с хождением, перемещением мелких (до 2 кг) изделий и предметов в положении стоя или сидя.

Для обеспечения нормальных условий труда установлены санитарные нормы СН 245 – 71 на одного работающего: объем производственного помещения не менее 15 (м3); площадь помещения, отгороженного стенами или глухими перегородками, не менее 4,5 (м2). Помещение, в которой будут

75 находиться персонал соответствует санитарным нормам. Покрытие поверхности стола матовое, серого цвета, углы и передняя верхняя грань доски стола закруглены. Справа на столе предусмотрено место для ПЭВМ с полкой, для монитора, регулируемого как по высоте, так и по горизонтали имеется выдвижная полочка для клавиатуры, слева – регулируемая полочка с зажимом для документов, также слева имеется крепление для настольной лампы. Естественный свет падает сбоку, поэтому оконный проём в помещении оборудованы регулируемыми жалюзи. Рабочие кресла подъемно- поворотные и регулируемые по высоте и углам наклона сиденья и спинки. [18] Статическое электричество. В помещениях, оборудованных ПК, токи статического электричества чаще всего возникают при прикосновении персонала к любому из элементов ПК. Такие разряды опасности для человека не представляют, однако кроме неприятных ощущений могут привести к выходу оборудования из строя. Для предотвращения образования и защиты от статического электричества в помещении используются нейтрализаторы и увлажнители, а полы имеют антистатическое покрытие в виде поливинилхлоридного антистатического линолеума марки АСН. Электромагнитные поля. К основным регламентированным СанПиН нормам, при работе на ПЭВМ следует отнести следующее, площадь одного рабочего места, оборудованного ПЭВМ, должна составлять не менее 6 кв.м., для электронно-лучевого монитора и 4,5 кв.м. для ЖК монитора, объем – не менее 20 куб.м. Для исключения воздействия повышенных уровней электромагнитных излучений расстояние между экраном монитора и работником должно составлять не менее 0,5 м (оптимальное 0,6–0,7 м). Для обеспечения безопасности работников на соседних рабочих местах расстояние между рабочими столами с мониторами (в направлении тыла поверхности одного монитора и экрана другого монитора) должно быть не менее 2 м, а расстояние между боковыми поверхностями мониторов – не менее 1,2 м. Женщины со времени установления беременности и в период кормления грудью к работам с использованием компьютера не допускаются. Для снижения воздействия видов излучения рекомендуется применять мониторы с пониженным уровнем излучения (MPR-II, TCO-92, TCO-99), устанавливать защитные экраны, а также соблюдать регламентированные режимы труда и отдыха. Однако на нашем предприятии уровни этих излучений достаточно низки и не превышают действующих норм. Освещенность. Согласно СНиП II-4-79 в помещениях офисных центров необходимо применить систему комбинированного освещения. Величина

76 освещенности при искусственном освещении в горизонтальной плоскости будет не ниже 300 (лк). Местное освещение на рабочем месте операторов обеспечивается светильниками, установленными непосредственно на рабочем столе. Источники света, такие как светильники и окна, которые дают отражение от поверхности экрана, значительно ухудшают точность знаков и влекут за собой помехи физиологического характера, которые могут выразиться в значительном напряжении, особенно при продолжительной работе. В помещениях, где находится компьютер, обеспечены следующие величины коэффициента отражения: для потолка: 60…70%, для стен: 40…50%, для пола: около 30%. Для других поверхностей и рабочей мебели: 30…40% [13]. Опорно-двигательная система. При сидячей работе велик риск заболеваний позвоночника. Для профилактики неблагоприятных последствий, необходимо больше двигаться, делать зарядку, заниматься регулярно каким- нибудь видом спорта, например, ходить в бассейн. В течение рабочего дня, чтобы избежать нервного напряжения, утомления зрительной и опорно-двигательной системы, следует устраивать перерывы. Уровень нагрузки и время перерывов для каждой группы и каждой категории приведены в таблице 3.2. [15]

Таблица 3.2 – Уровень нагрузки и время перерывов Суммарное время Уровень нагрузки за рабочую регламентированных Категория смену при видах работы с ВДТ работы перерывов, мин с ВДТ или Группа А, Группа Б, При 12- Группа В, При 8-часовой ПЭВМ количество количество часовой часов смене знаков знаков смене

I до 20000 до 15000 до 2,0 30 70 II до 40000 до 30000 до 4,0 50 90 III до 60000 до 40000 до 6,0 70 120

Шум. Шум на исследовательском рабочем месте создаётся серверами, кондиционером в серверной вентиляционной системой ПК и печатающим устройством. Уровень шума, создаваемый вентиляционной системой, составляет примерно 40 (дбА). В процессе рабочего дня принтер включается по мере необходимости, поэтому шум следует квалифицировать как непостоянный, прерывистый. Для снижения шума в помещении компьютеры, принтеры установлены на амортизирующие прокладки (резина). В основном весь шум идёт от серверной комнаты и кондиционера. В нашем случае уровни

77 звука и эквивалентные уровни звука в помещении, где работают операторы ПК, и от серверной комнаты не превышает 75 (дБ), что является нормой. 3.3 Использованное оборудование При организации рабочих мест, было использовано следующее оборудование: - 4 персональных компьютера, характеристики единичного оборудования Мощность: 250-500 Вт; Вес: 5 кг. - радиотелефона Panasonic KX-TGB210 Мощность базы: 25/30 Вт; Мощность трубки: 4/6 Вт; Вес: 250 г. - принтера Epson L355 Мощность: 11 Вт; Вес: 4,4 кг. Оборудование, находящееся в серверной комнате: - 2 коммутатора D-Link DGS-1210- 20 / B (рисунок 3.3)

Рисунок 3.3 – коммутатора D-Link DGS-1210- 20 / B

Интерфейс: 16 портов 10/100/1000Base-T; Мощность: 14 Вт; Вес: 2,4 кг; - 9 серверов Legion SL2500 / 4UT8LG3 (рисунок 3.4)

78 Рисунок 3.4 – Серверов Legion SL2500 / 4UT8LG3

Процессоры: до 2 процессоров Intel Xeon E5-26XX V3; Диски: 8x3,5" SATA/SAS HDD с горячей заменой; Память: до 256GB DDR4 (8 слотов); Мощность: 865Вт; Вес: 5,5 кг. Из всего вышесказанного, можно сделать вывод, что в помещении отсутствуют разного рода опасные и вредные производственные факторы. Для регулирования микроклимата установлена общая система вентиляции, благодаря которой в любое время, регулируется микроклимат, для благоприятной работы сотрудников компании. В силу производственной необходимости, одна из комнат была переоборудована в серверную. По причине того, что в серверной комнате находится большое количество оборудования, в том числе, стек коммутаторов, 9 серверов, что в сумме даёт значительные избытки тепла (разность между тепловыделениями в помещении и теплоотдачей через стены, окна, двери и т.д.), удаление которых, прежде всего, были сделаны выводы, что данную комнату необходимо оборудовать системой кондиционирования. Без необходимого микроклимата в серверной комнате, оборудование начнёт быстро выходить из строя. Для решения данной проблемы я решил рассчитать кондиционирование, в серверной комнате, для обеспечения наилучшего микроклимата. 3.4 Расчёт кондиционирования Кондиционирование обеспечивает наилучшее микроклимата в помещении и условия работы точной и чувствительной аппаратуры. Расчет выполняется по методическому указанию СНиП РК 2.02.05 - 2002. [18] Избыточное тепло найдём из формулы 3.1

QИЗБ =Q ОБ +Q ОСВ +Q+Q+Q Л Р ОТД , (3.1)

где QОБ , QОСВ , QЛ – тепло, выделяемое большим количеством производственного оборудованием, системой искусственного освещения помещения и работающим персоналом (людьми) соответственно, (ккал/ч);

QР – тепло, вносимое в помещение солнцем (солнечная радиация), (ккал/ч);

QОТД – теплоотдача естественным путём, (ккал/ч). Тепло, выделяемое производственным оборудованием найдём через формулу 3.2

QОБ = 860 P ОБ η , (3.2) 79 где 860 – тепловой эквивалент 1 (кВт/ч);

PОБ – мощность, потребляемая оборудованием, (кВт/ч); η – коэффициент перехода тепла в помещение. Тепло, выделяемое осветительными установками найдём через формулу 3.3

QОСВ =1000 N , (3.3)

где N – расходуемая мощность светильников.

QОСВ =1000 0,24 = 240 (ккал/ч).

Тепло, выделяемое людьми найдём с помощью формулы 3.4

Q=ЛК Л (q - q ИСП ), (3.4)

где КЛ – количество работающих;

(q - qИСП ) – явное тепло, (ккал/ч); q – тепловыделения одного человека при данной категории работ I - III, ккал/ч);

qИСП – тепло, затраченное на испарение тепла, (ккал/ч). Работа, производимая в помещении, относится к I категории работ найдём через формулу 3.5

q =250 (ккал/ч),

qИСП =130 (ккал/ч),

QЛ =10 (250 -130) =1200 (ккал/ч). (3.5)

Тепло, вносимое солнечной радиацией найдём через формулу 3.6

QР = m F q ОСТ , (3.6)

где m – количество окон в помещении; F – площадь одного окна, (м2 );

qОСТ – солнечная радиация через остеклённую (поверхность, т.е. количество тепла, вносимое за один час через остеклённую поверхность площадью 1 (м2). Для окна с двойным остеклением с деревянными переплетами qОСТ =125 (окна выходят на юго-восток). Количество окон равно 1.

80 QР = 4 4 125 = 2000 (ккал/ч).

Для тёплого периода года при расчётах можно принять QОТД = 0 .

QИЗБ = 2042,5+ 240 +1320 + 2000 = 5602,5 (ккал/ч).

При наличии избытков тепла количество воздуха, которое необходимо удалить из помещения находится по формуле 3.7

Q = ИЗБ , (3.7) Lb Δtg Cb γ b

где QИЗБ – избыточное тепло, (ккал/ч);

Сb – теплоёмкость воздуха (0,24 ккал/кг°С); Разницу температур Δt найдём с помощью формулы 3.8

Δt = tВЫХ - t ВХ , (3.8)

где t ВЫХ – температура воздуха выходящего из помещения,°С;

tВХ – температура воздуха поступающего в помещение, °С;

γb =1,206 (кг/куб.м.) - удельная масса приточного воздуха. 3 Если тепло напряжённость воздуха QH < 20 (ккал/м ), то принимают 3 Δt = 6 (°C), а при QH > 20 (ккал/м ), Δt = 8 (°С). Величина Δt при расчётах выбирается в зависимости от тепло напряженности воздуха из формулы 3.9 Q = изб , (3.9) QН V H

5602,5 L = =1722,057 (м3/ч). b 0,24 6 1,206

Выберем прецизионный кондиционер с верхней подачей, расход воздуха 1580 м3/ч. Определим количество кондиционеров из формулы 3.10

L N= b , (3.10) 1580

где N – количество кондиционеров.

81 1722,057 N = =1 (кондиционер). 1580

Для обеспечения круглогодичной работы выберем 1 кондиционер SUA 0151. В таблице 3.3 приведены основные характеристики кондиционер SUA 0151. Рассчитан на помещение площадью до 20 (м2).

Таблица 3.3 – Характеристика кондиционера SUA Модель SUA Режим охлаждения, Вт 2000 Режим обогрева, Вт 2200 Режим воздуха, м3 /ч До 1580 Уровень шума, Дб <40 Габариты 900x300x200 мм, вес – 12 кг

План производственного помещения после того, как в серверную комнату установили систему кондиционирования, видим на рисунке 3.5.

1 – Рабочий стол (4 шт); 2 – оконные проёмы; 3 – сервера; 4 – стек коммутаторов; 5 – дверные проёмы; 6 – шкаф для рабочих документов.

Рисунок 3.5 – План производственного помещения

Выводы по БЖД: В разделе БЖД был произведён анализ условий труда, были выявлены основные вредные факторы, рассмотрено оборудование на предприятии, выявлена проблема с микроклиматом в серверной комнате и

82 была решена путём расчётов и установки системы кондиционирования. Комфортные условия в помещении в большой степени зависят от правильного распределения воздушного потока, поэтому был выбран кондиционер SUA 0151. 4 Бизнес план

4.1 Цель и задачи проекта В последние несколько лет облачные хранилища данных превратились из малопригодного для персонального использования и дорого способа хранения информации в вполне доступный и эффективный инструмент для решения таких задач. Одним из главных факторов динамического развития рынка является удобство доступа к информации с разных устройств в любое время суток и не зависимо от местоположения, главное условие – наличие сети интернет. Одним из наиболее привлекательных решений в качестве бизнеса, выступает решение с открытым исходным кодом. Что позволяет всем желающим использовать уже созданный код для своих нужд и, возможно, помочь в разработке открытой программы. В разделе рассматривается экономический расчет построения сети облачного хранения на основе открытого исходного кода. У нас имеется офис, где будет находиться компания, предоставляющая услуги облачного хранения. Требуется рассчитать экономическую эффективность данного проекта. 4.2 Финансовый план 4.2.1 Расчёт объёма капитальных вложений. Необходимый для организации сети. При этом учтём, как расходы на приобретение оборудования, так и дополнительные средства, необходимые для полноценной работы предприятия. Стоимость оборудования показана в таблице 4.1.

Таблица 4.1 - Стоимость основных средств Наименование Кол- Цена, тг/шт Сумма во Notebook Asus X540L 4 130 000 520 000 Panasonic KX-TGB210 2 10 000 20 000 Epson L355 2 70 000 140 000 Оптический кабель 30 135 4 050 самонесущий (м) Splitter 1/8 2 12 000 24 000 Муфты оптическая FOSC 400 A 4 12 000 48 000 4-S4-2 D-Link DGS-1210-20/B1A 2 55 000 110 000

83 Legion SL2500/4UT8LG3 9 589 000 5 301 000 Кондиционер SUA 0151 1 500 000 500 000 ИТОГО - - 6 667 050

Наиболее капиталоемкой частью оборудования сети являются серверы кампании Legion SL2500/4UT8LG3, ноутбуки Asus X540L и кондиционер SUA 0151, которые выполняют все необходимые функции обеспечения качественного и надёжного сервиса по хранению и обмену данными между пользователями. Общие затраты на проектирование и создание сети определяются как сумма всех затрат по различным статьям, найдём через формулу 4.1

К=К0 +КМ +К ТР , (4.1)

где К0 – капитальные вложения на приобретение оборудования;

КМ – затраты на стоимость монтажа оборудования на месте эксплуатации (нет необходимости, компания сама совершает монтаж оборудования);

КТР – транспортные расходы (5% от стоимости оборудования).

КМ = 0 (тенге),

КET = 0,5 6167050 = 3333525 (тенге),

K = 6667050+0+3333525=10000575 (тенге).

4.2.2 Расчёт эксплуатационных расходов. В состав эксплуатационных расходов входят следующие статьи затрат: - заработная плата работников. В эксплуатационные расходы включаются расходы на заработную плату рабочего персонала, руководящих работников и обслуживающего персонала; - социальный налог; - электроэнергия для производительных нужд; - амортизационные отчисления, т.е. расходы на возмещение износа основных фондов предприятия в денежной форме; - накладные расходы. К ним относятся расходы на рекламу, аренда помещения и прочие. Эксплуатационные расходы данной системы связи определяются по формуле 4.2

ЭРН =ФОТ+С +М+Э+А+К+Н, (4.2)

где ФОТ – фонд оплаты труда;

84 СН – отчисления на социальные нужды (11% от ФОТ); М – материальные затраты и запасные части (0,5% от Ко); А – амортизационные отчисления (8% от Ко); Э – электроэнергия на производственные нужды; К – кредиты (банковские расходы); Н – накладные расходы. 4.2.3 Расчёт фонда оплаты труда. Первоначальная численность сотрудников для организации деятельности представлена в таблице 4.3. Фонд оплаты труда определяется по формуле

ФОТ = ЗОСН + З ДОП , (4.3)

где ЗОСН – основная заработная плата;

ЗДОП – дополнительная заработная плата;

ЗОСН – 4920000 (тенге).

Таблица 4.2 - Штатное расписание Должность Кол-во, Месячный оклад, Годовой оклад, тенге чел тенге Инженер 2 100 000 2 400 000 Оператор 2 80 000 1 920 000 Уборщица 1 50 000 600 000 Итого 5 — 4 920 000

Дополнительная заработная плата (работа в праздничные дни, сверхурочные и премии) составляет 20% от основной заработной платы и рассчитывается по формуле

ЗДОП = 4920000 0,2 (тенге).

Тогда ФОТ составит

ФОТ = 4920000 +984000 = 5904000(тенге).

4.2.4 Расчёт социальных отчислений. При расчёте фонда заработной платы, нужно учитывать, социальный налог в размере 11% от общего фонда оплаты труда за вычетом пенсионных отчислений. Отчисления на социальные нужды определяется по формуле 4.4

CH = 0,11 (ФОТ - ФОТ 0,1) . (4.4)

85 Тогда с вычетом пенсионного фонда, который составляет 10% от ФОТ, отчисления на социальные нужды составит

CH = 0,11 5904000 - (0,1 5904000) = 584496 (тенге).

4.2.5 Расчёт амортизационных отчислений. Сумма амортизационных отчислений начисляется по единым нормам, которые устанавливаются в процентах от стоимости основных фондов. Норма амортизации на оборудование связи составляет 15% . Амортизационные отчисления рассчитываются по формуле (4.5)

A0A = H K , (4.5)

где HA – норма амортизационных отчислений для отрасли связи ; K – балансовая стоимость основных производственных фондов.

A0 = 0,15 10000575 =1500086,25 (тенге).

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

Э = ЗЭЛ.ЭН.ОБОР. + З ДОП.НУЖ. , (4.6)

где ЗЭЛ.ЭН.ОБОР. – затраты на производственное оборудование;

ЗДОП.НУЖ. – затраты на дополнительные нужды (5% от затрат на производственное оборудование).

Расходы электроэнергии на производственное оборудование рассчитывается по формуле (4.7)

ЗЭЛ.ЭН.ОБОР = W T S, (4.7)

где W – потребляемая мощность, 8,9кВт; T – время работы, Т = 8760 ч/год; S – тариф, 1 кВтч = 16,02 тг.

ЗЭЛ.ЭН.ОБОР = 8,9 8760 16,02 =1248983,28 (кВтч).

86 Расходы на дополнительные нужды определяются по формуле (4.8)

ЗДОП.НУЖ. = 0,05 З ЭЛ.ЭН.ОБОР . (4.8)

Определим расходы на дополнительные нужды

ЗДОП.НУЖ. = 0,05 1248983,28 = 62449,2 (тенге).

Определим расходы на электроэнергию по формуле (4.6)

Э =1248983,28+ 62449,2 =1311432,48 (тенге).

Так как на приобретение основного коммутационного оборудования и на оплату всех услуг, средства выделяются из собственных средств провайдера, то выплаты по кредиту учитываться не будут. 4.2.7. Расчёт материальных затрат. Материальные затраты и расходы на запасные части и текущий ремонт составляют 0,5% от капитальных вложений, рассчитаем по формуле 4.9

M = 0,005 K, (4.9)

M = 0,005 10000575 = 50002,875 (тенге).

4.2.8 Расчёт накладных расходов. Накладные расходы составляют 50% от себестоимости и рассчитываются по формуле 4.10

H = 0,5 (ФОТ+CН +A+Э+М) (4.10)

H = 0,5 (5904000 + 584496 +1500086,25 +1311432,48 + 50002,875)

= 4675008,8 (тенге).

Таблица 4.3 - Годовые эксплуатационные расходы Показатель Сумма, тенге Структура расходов, % ФОТ 5904000 42,1 Отчисления на социальные нужды 584496 4,2 (Он) Амортизационные отчисления (А0) 1500086,25 10,7 Затраты на электроэнергию (Э) 1311432,48 9,35 Материальные затраты (М) 50002,875 0,36 Накладные расходы (Н) 4675008,8 33,33

87 ИТОГО 14025026,4 100

Таким образом, из таблицы 4.3 видно, что годовые эксплуатационные расходы составят

Э = 5904000 + 584496 +1500086,25 +1311432,48 + 50002,875) Р + 4675008,8 = 14025026,4 (тенге).

Годовые эксплуатационные расходы

33% 42%

1% 9% 11% 4% ФОТ Отчисления на социальные нужды Амортизационные отчисления Затраты на электроэнергию Материальные затраты Накладные расходы Рисунок 4.1 – Диаграмма годовых эксплуатационных расходов

4.2.9 Расчёт доходов. Доходы от основной деятельности – доходы, получаемые предприятиями за весь объём, реализованного потребителем услуг облачного хранилища по действующим тарифам за года, определяется по формуле 4.11 n Д = 12 Uii q , (4.11) i=1

где q – объем i-го вида услуг в натуральном выражении; i U – тариф на i-й вид услуг, в тенге; i n – номенклатура услуг.

Д = (380 200)  12 + (330  380)  12 + (289  950)  12 + (276  1900)  12 +

+(5019600)12+(4195000)12=33124200    (тенге).

Компания предоставляет любое, необходимое пространство для хранения данных на своих серверах. В таблице 5.4 представлены возможные тарифы [19].

88 Таблица 4.4 — Виды тарифов Вид услуг Размер платы, ежемесячно, в тенге 1 ГБ 200 2 ГБ 380 5 ГБ 950 10ГБ 1900 100 ГБ 19600 1 ТБ 195000

4.2.10 Расчёт показателей экономической эффективности. Оценка эффективности от внедрения услуги облачного хранилища, производится на основе следующих показателей: - прибыль от реализации услуг; - чистый доход; - чистый приведённый доход; - срок окупаемости без учёта накладных расходов; - срок окупаемости с учётом дисконтирования; -рентабильность. Прибыль определяется по формуле 4.12

П = ДГР - Э (4.12)

Прибыль равна

П = 33124200-14025026,4 =19099173,6 (тенге).

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

ЧД=П-0,2 П=0,8 П , (4.13)

ЧД = 0,8 19099173,6 =15279338,88 (тенге).

Определим коэффициент экономической эффективности капитальных вложений, определяется по формуле 4.14

П Е= (4.14) К

Подставив значения, получим

89 19099173,6 Е = =1,9 . 10000575

Определим срок окупаемости по формуле 4.15

1 Т= , Е (4.15)

1 Т = = 0,52 . 1,9

5.2.12 Рассчитаем срок окупаемости с учётом дисконтирования. PV- современная стоимость денежного потока на протяжении экономической жизни проекта, которая рассчитывается по формуле 4.16

n P PV =  t , (4.16) i=1(1+E)t

где E - норма дисконта; n - число периодов реализации проекта;

Pt - чистый поток платежей в период t. Коэффициент дисконтирования рассчитываем по формуле 4.17

1 α= . (4.17) t (1+r)t

Составляем таблицу 4.5, в которой произведем расчеты по вышеприведенным формулам. Срок окупаемости проекта с учетом дисконтирования найдем по формуле 4.18

К Т= , (4.18) Д PV-Э

10000575 Т = = 0,33. Д 15915978+14025026,4

Таблица 4.5 - Расчет показателей эффективности инвестиций с учетом нормы дисконта равной 20% Показатели Проектный период 1 2 Чистый денежный поток 19099173,6 19099173,6 Инвестиционные затрат (К) 10000575 Норма дисконта 0,2 0,2

90 Коэффициент дисконтирования 0,83 0,69 Чистый дисконтированный поток(PV) 15915978 13263315

Расчетный срок окупаемости данного проекта без дисконтирования 0,52 года, а с дисконтированием - 0,33 года, что не превышает нормы - 5лет (таблица 4.6) [22].

Таблица 4.6 - Сводная таблица эффективности проектного решения № Показатель Сумма, тыс. тенге 1 Объем капитальных вложений 10000,575 (инвестиций) 2 Доходы 33124,200 3 Эксплуатационные расходы 14025,026 4 Прибыль чистая 19099,173 5 Корпоративный налог на прибыль 3819,834 6 Срок окупаемости инвестиций, лет 0,52 (6,5месяцев)

Вывод: Мы получили срок окупаемости 6,5 месяцев, таким образом построение облачного хранилища с открытым исходным кодом является экономически выгодным.

91

Заключение В данной дипломного проекта была рассмотрена очень актуальная тема, на сегодняшний день, это анализ решений с открытым исходным кодом для построения облачных файловых хранилищ. В подтверждение этому можно привести ряд причин: нехватка мест на жестком диске, не долговечность ОС, «беготня с флэш картой» и так далее. В проекте указано, что облачные хранилища представляют собой своеобразный онлайн-сервис, предоставляющий возможность хранить файлы на удаленном сервере. Главный плюс то, что имеется доступ к вашим данным с любой точки земного шара, где есть интернет. Главный минус - это безопасность и конфиденциальность при передаче или получении данных. В работе также представлен обзор имеющихся облачных хранилищ от известных провайдеров, а также были рассмотрены и разобраны различные решения, коммерческого типа и с открытым исходным кодом. Главный плюс то, что имеется доступ к вашим данным с любой точки земного шара, где есть интернет. Главный минус - это безопасность и конфиденциальность при передаче или получении данных. Анализируя мы пришли к выводу, что самым актуальным выбором являются именно решения с открытым исходным кодом, а самым оптимальным приложением – это OwnCloud. С помощью чего мы построили полноценную модель своего облачного хранилища. Для реализации данного проекта потребуются большие капитальные затраты, но при эксплуатации расходы окупятся достаточно быстро, всего за 6,5 месяцев. При этом доходы будут увеличиваться по мере увеличения количества пользователей, соответственно ёмкости хранилища.

92

Список литературы 1 Онлайновые хранилища данных // ComputerBild: журнал. - 2010. № 4.С. 62-67. 2 Принцип хранения данных в Cloudike; URL: https://cloudike.com (дата обращения: 23.02.2016). 3 Обзор Google Drive; URL: https://www.google.kz/intl/ru/drive/ (дата обращения: 28.02.2016). 4 Обзор Mail.ru; URL: https://cloud.mail.ru/home/ (дата обращения: 03.03.2016). 5 Обзор Яндекс.Диск; URL: https://disk.yandex.ru/client/disk (дата обращения 30.02. 2016). 6 Обзор OwnCloud; URL: https://owncloud.org/ (дата обращения 18.03. 2016). 7 Предпосылки появления облачных технологий; URL: http://www.3dnews.ru/623818 (дата обращения 16.03.2016). 8 Кратко об Open Stak Swift; URL: http://support.mdl.ru/Implementing.Cloud.Storage.with.OpenStack.Swift/Ch02ru.ht m (дата обращения 07.04.2016). 9 Безопасность облачных хранилищ; URL: https://www.ibm.com/developerworks/ru/library/os-cloud-realities1/ (дата обращения 13.03.2016). 10 Обзор облачных хранилищ; URL: http://www.it-world.ru (дата обращения 27.04.2016). 11 Рубрики: Web сервисы; URL: http://romweb.ru/web-servisy/chto-takoe- oblachnoe-hranilishhe-dannyh/ (дата обращения 02.05.2016). 12 Д.Л.Петров, «Оптимальный алгоритм миграции данных в масштабируемых облачных хранилищах», Санкт-Петербургский Государственный Электротехнический Университет "ЛЭТИ", Санкт- Петербург. 13 Сравнение облачных хранилищ; URL: http://www.prostoweb.com.ua/internet_marketing/internet_dlya_chaynikov/stati/sra vnenie_oblachnyh_hranilisch_onedrive_dropbox_google_drive_i_box (дата обращения 11.03.2016) 14 Обзор CTERA; URL: http://www.ctera.com/technology/cloud-storage- gateways/ (дата обращения 16.04.2016). 15 Обзор Cloudike; URL: https://cloudike.com/ (дата обращения 08.05.2016).

93 16 Безопасность жизнедеятельности: Учебник для студентов средних проф.учеб. заведений/С. В. Белов, В. А. Девисилов, А.Ф. Козьяков и др.; Под общ.ред. С.В. Белова. – узд., испр. и доп. – М.;Высш. Шк.,2006 г. 17 Экономика связи: Учебник для вузов. - Под ред. О.С. Срапионова. М.: Радио и связь,1992 г. - 365 с.

94