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

Облако. Облако. Ура облако!

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

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

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

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

Звучит знакомо? Я понимаю? Ты все еще со мной? Хороший.

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

Куда поставить. Это.

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

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

В те далекие времена, в 1990-е годы, вы пользовались такими сервисами, как Железная гора вывозить грузовики с этими вещами за дверь. И я уверен, что в то время было много разговоров о плюсах и минусах этого.

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

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

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

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

Нет, правда, это так. При хранении в облаке, будь то Amazon, Microsoft, Google или любое другое, эти «шлюзы облачного хранилища», как их называют, передают ваши данные с использованием сетевого шифрования военного назначения. протоколы, а затем сохраняют его в зашифрованном формате файла, который не читается машиной, если кто-то действительно вторгнется в целевой центр обработки данных, что, кстати, является геоизбыточным, если вы хотите за это платить. премия.

Бронированные грузовики можно взломать, и были ряд случаев в начале 2000-х годов где крупные финансовые и правительственные учреждения просто потеряли записи DLT и потерпели крупные публичные фиаско.

Да, я уверен, что АНБ может прослушивать ваши линии MPLS и OC, но, честно говоря, у них есть дела поважнее.

Итак, во-первых, облачное хранилище дешево. Насколько дешево? Взгляните на Амазонка S3 и Microsoft Azure прайс-листы, для начала. Это намного дешевле, чем ваши рамы.

Теперь вы, вероятно, думаете, что вам нужно использовать много программного мусора API, чтобы интегрировать все это с вашими бизнес-приложениями. Неа.

Итак, у всех этих сервисов облачного хранения есть API, но вы можете буквально просто установить одно из этих шлюзовых устройств в стойку или даже запустите одну из них как виртуальную машину и направьте на нее свои серверы, используя соединение iSCSI через вашу IP-сеть, и позвольте ей делать все эти API вещи.

Ваши серверы видят шлюз просто как еще один LUN. Блочное устройство хранения, такое же, как и все остальные, которые у вас есть, точно так же, как в вашей сети SAN или в файловом хранилище NAS.

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

Поставщики, которые производят эти шлюзы или имеют функциональные возможности, включенные в их системы хранения, включают Amazon, Microsoft, КТЕРА, Русло реки, ЭМС, ИБМ, F5, Твинстрата, Барракуда, Насуни, и Панзура. Я дал ссылки на все из них, чтобы вы могли внимательно изучить их предложения.

Очевидно, что у Amazon и Microsoft есть продукты, оптимизированные для их собственных облаков. Amazon предоставляется как бесплатная виртуальная машина который работает на ваших локальных системах VMware ESX или Microsoft Hyper-V, а Microsoft StorSimple три конфигурации физического устройства содержащий смесь SSD и SAS-диска.

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

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

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

Это также та часть статьи, где я рассказываю вам, где я работаю в компании, которая владеет облаком и производит упомянутые шлюзовые устройства (Microsoft/StorSimple).

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

• Какова мощность/масштаб решения; т. е. сколько томов можно кэшировать или хранить локально в расчете на каждый том (LUN) и какое максимальное количество томов можно хранить на одной виртуальной машине?

• Можете ли вы сделать локальные снимки? Можете ли вы делать снимки в облаке?

• Можете ли вы делать инкрементальные снимки с оптимизацией хранилища?

• Оптимизирован ли процесс восстановления через WAN?

• Обеспечиваете ли вы согласованность приложений для защиты данных? (т. е. интеграция VSS для корпоративных служб и баз данных)

• Вы выполняете дедупликацию основного хранилища и снимков?

• Как вы шифруете данные, поступающие и исходящие от облачного провайдера?

• Предоставляете ли вы архитектуру высокой доступности для своего шлюзового устройства?

• Поддерживаете ли вы многопутевой ввод-вывод (MPIO)?

• Поддерживает ли ваше устройство неразрушающее обновление?

• Есть ли у вас соглашение об уровне обслуживания для производительности локального хранилища на устройстве?

• Является ли шлюз автоматическим и автономным?

• Сертифицирован ли шлюз для виртуальных машин выбранного мной гипервизора (VMware, Microsoft Hyper-V, KVM, Xen, Unix)?

Планируете ли вы внедрить интегрированное в облако хранилище с помощью шлюза в свою ИТ-среду? Поговорите и дайте мне знать.