Назад | Перейти на главную страницу

Облачные вычисления для небольших некоммерческих организаций

Наша небольшая некоммерческая организация организует свои технические услуги традиционно - у нас есть файловый сервер Windows, мы сами делаем резервные копии и платим деньги местному поставщику ИТ-поддержки. У нас 5 сотрудников, и самая сложная техническая потребность - это общая база данных MS Access. Кроме того, многие сотрудники часто работают вне офиса. Я казначей, а не сисадмин.

Я хотел бы перейти на облачное резервное копирование и совместное использование файлов (например, jungledisk) и снизить наши потребности и затраты на поддержку. Это хорошая идея?

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

Я бы пошел другим путем - облачные вычисления идеально подходят для небольших сайтов. Jungle Disk использует облако Amazon для своих служб резервного копирования, и это довольно надежный поставщик.

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

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

У меня есть клиент для малого бизнеса, который использует как JungleDisk, так и локальную резервную копию на втором файловом сервере.

Мы выполняем резервное копирование более 4,7 миллиона файлов с нашего главного файлового сервера Ubuntu на подчиненный файловый сервер Ubuntu (в том же месте) через сеть 10.0.0.xxx, используя rdiff-backup один раз в час.

Затем мы выполняем резервное копирование каждые 6 часов через Jungledisk или в облако Amazon S3.

Первоначальное количество файлов было намного меньше ... всего несколько гигабайт. С годами он вырос примерно до террабайта данных.

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

Если случится катастрофа (т. Е. Сгорит объект colocation), мы сможем использовать резервную копию JungleDisk / Amazon S3.

Стоимость Amazon S3 (и JungleDisk) ТАКОООООО низкая, что я абсолютно рекомендую его малым предприятиям в качестве средства резервного копирования за пределами площадки. Но, очевидно, вы должны нести ответственность и хранить локальную резервную копию. Я бы даже рекомендовал резервное копирование в автономном режиме хотя бы раз в XX недель или XX месяцев.

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

У вас никогда не может быть слишком много резервных копий.

Надеюсь, это даст вам некоторые идеи ...

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

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

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

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

Если вы можете заключить сделку по двум приличным системам (что не так уж и много для экипировки из пяти человек), вы можете получить две системы и запустить автоматизированный унисон или rdiff-резервное копирование для синхронизации данных в двух системах Linux.

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

Кроме того, некоторые меры предосторожности могут иметь большое значение ... например, приличное оборудование для серверов (резервное копирование и файловое хранилище), чтобы оно не доставляло вам вреда, некоторая форма RAID, которой нет на материнской плате (либо программное обеспечение на основе Linux или аппаратное обеспечение, такое как 3ware для Linux или Windows), а ИБП для защиты вашего оборудования помогут вам в долгосрочной перспективе.

Я знаю, что предлагаю потратить деньги на то, чтобы что-то наладить и работать хорошо, но, не зная, какое оборудование у вас есть и какая у вас сейчас система, трудно что-либо рекомендовать. Я также не знаю, как у вас отношения с ИТ-специалистами. Для группы из пяти человек вам, вероятно, удастся обойтись без пары готовых систем, которые будут действовать как файловый сервер и сервер резервного копирования, как я предлагаю. Или вы можете довольствоваться одним компьютером под управлением Linux с парой внешних дисков Firewire, на которых вы можете периодически сохранять файлы с помощью diff-backup, так что ваши внешние диски будут вашими резервными копиями, а ваша система - файловым сервером.

Это также во многом зависит от того, какие данные вы храните ... небольшую базу данных?

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