Мне нравится пользоваться услугами хостинга. Это просто, они дают вам SLA, и вы обычно можете быть уверены, что они работают в достаточно большом масштабе, чтобы иметь серьезную поддержку.
Но это немного дороже и теряет гибкость. Поскольку у меня, вероятно, будет SVN, отслеживание ошибок, форумы, веб-сайт, несколько реальных веб-приложений для хостинга, получение VPS кажется хорошим выбором.
Однако я ничего не знаю о том, как разбирать резервные копии. Все достойные провайдеры позволяют мне получить надстройку для резервного копирования, но это часто удваивает полную стоимость пакета. Поэтому я подумал, насколько легко добавить это на себя, купив отдельное стороннее хранилище.
РЕДАКТИРОВАТЬ: Примером «сделать свою резервную копию» является что-то вроде www.idrive.com. Есть ли причина, по которой я не могу получить VPS и запустить такой инструмент для дешевого зеркалирования чего-то вроде моего репозитория SVN или базы данных Jira? Мне не нужна потрясающая резервная копия.
«в целом можно верить, что они работают в достаточно большом масштабе, чтобы иметь серьезную поддержку», - возражает М'луд, предполагая, что факты не являются доказательствами. Многие крупные поставщики SaaS не имеют достойных резервных копий; на самом деле, многие из них уклоняются от его предоставления, написав мелким шрифтом, что вы несете ответственность за резервное копирование данных, хранящихся в приложении (часто это сопровождается полной невозможностью экспортировать ваши данные из приложения; ага, офигенный улов 22 там)
Что касается создания ваших собственных резервных копий данных, хранящихся на вашем собственном сервере, да, как правило, это возможно. Однако рассказать вам, как это сделать в целом, невозможно, потому что для разных приложений / служб требуются разные процедуры - вам нужно запустить один инструмент для SVN, другой для MySQL и так далее.
Для коммерческих продуктов может быть очень трудно сделать резервную копию без их инструмента, потому что они сделали что-то «интересное» со своим хранилищем данных. Лично любой продукт, который не поставлялся с инструментами, необходимыми для его правильного резервного копирования, будет отправлен обратно как «не пригодный для использования» - если вы не можете создать резервную копию, он фактически не управляется. Наценка за резервный инструмент попахивает вымогательством. Одно из преимуществ использования практически всего свободного программного обеспечения.
РЕДАКТИРОВАТЬ: Мне кажется, я неправильно понял ваш вопрос, и вы на самом деле жалуетесь на стоимость резервного копирования, предоставляемого провайдерами VPS. Это всего лишь стандартный маркетинг - низкая начальная стоимость системы (так что вы можете рекламировать свои сделки с VPS за $ 0,89 за десятилетие), затем невероятные затраты на все надстройки, которые люди не рассматривают, пока не подпишут. контракты (так что вы действительно можете получить прибыль). Довольно стандартный материал - я удивлен, что вы еще не знакомы с ним. Да, вы можете использовать резервное копирование за пределами площадки, которое дешевле, хотя для восстановления ваших данных на машину после выхода из строя тоже нужно учитывать.
Однако не экономьте на резервных копиях. То, что большинство людей считает "супер-удивительным" резервным копированием, - это, в конце концов, минимум фактически полезно. Я готов поспорить, что вы никогда не восстанавливали полную резервную копию системы в условиях нехватки времени со стороны клиентов или начальников, которые дышат вам в затылок, задаваясь вопросом, почему вы не можете просто нажать волшебную кнопку и все "восстановите из резервной копии СЕЙЧАС!" . Потратьте немного времени, а теперь у вас есть немного свободного места, чтобы правильно настроить резервные копии, потому что, если вам нужно их использовать, они действительно, действительно делать нужно быть супер-потрясающим.
Что бы вы ни делали, убедитесь, что вы проверьте свои резервные копии и процедуры, иначе они ничего не стоят. Убедитесь, что вы или ваши коллеги точно знаете, какие шаги нужно предпринять для восстановления этого репозитория или базы данных.
Поскольку мы не полностью доверяем процедурам резервного копирования хостера, на котором размещены некоторые из наших серверов LAMP, мы также делаем собственные резервные копии за пределами площадки. Мы используем Серверная версия Jungle Disk для этого. Это программа, которую вы устанавливаете на каждый сервер (5 долларов США / месяц * сервер + плата за хранение (10 ГБ бесплатно на сервер)) и управляете ею через клиентское приложение. Резервные копии хранятся вне офиса на Amazon S3 и / или Файлы Rackspace Cloud, в зависимости от вашего выбора. И серверное программное обеспечение, и приложение для управления доступны для Windows, Linux и Mac, что делает его подходящим для наших различных серверов.
Мы выполняем резервное копирование около 150 ГБ данных, и Jungle Disk, по-видимому, очень эффективен в дедупликации и сжатии, поэтому фактическая передача происходит быстро. Мы выбрали Rackspace CF из-за их более низкой стоимости. Общая стоимость очень приемлема для нас, но, конечно же, будет варьироваться в зависимости от объема данных, сжимаемости, срока хранения, процента изменяемых данных и т. Д.
Вы несете ответственность за то, чтобы куда-то поместить данные, которые вы хотите сделать резервную копию, например, вы можете создать сценарий предварительного резервного копирования, который mysqldump ваших баз данных в каталог, который затем копируется Jungle Disk. Похож на svn-hot-backup для ваших репозиториев Subversion. JD позволяет создавать сценарии до и после резервного копирования.
В целом, мы очень довольны программным обеспечением. Он прост в установке и управлении, а также дешев. Я бы предпочел его самостоятельно созданному решению для резервного копирования VPS, так как это просто на один сервер меньше, которым нужно управлять и с которого легче восстанавливать.
я использую системный имиджер, он использует комбинацию сценариев для создания образа, который можно повторно развернуть на другом сервере, или для восстановления оригинала точно так, как он был на момент создания образа. Поскольку он использует rsync, он с радостью делает инкрементное резервное копирование, поэтому извлечение образа за пределы сайта становится тривиальным после извлечения исходного образа.
Он разработан для «чистого» сервера, но с запуском на VPS проблем быть не должно.
Вы можете перестроить систему из PXE-загрузки или загрузившись с компакт-диска (помните, он предназначен для восстановления на «голое железо»), но он также может переконструировать образ, запустив сценарий на сервере для перезаписи себя - это именно то, что вам нужно. после того, как провайдер восстановит свежий образ VPS после катастрофы.
Вы также можете использовать его для создания новых серверов на основе оригинала - даже для другого оборудования, что довольно круто. Первоначально он использовался для развертывания одного образа на многих ПК.
Имейте в виду, что если все, что вы делаете, - это резервное копирование веб-сайта, вам просто нужно выполнить rsync для каталога / home, затем выгрузить все базы данных mysql в файл и сделать резервную копию. Для восстановления импортируйте файл БД в MySql, затем загрузите резервную копию / home (или куда бы вы ни поместили файлы своего веб-сайта). Предполагается, что вы не перенастраиваете множество других файлов, таких как брандмауэр, logrotate, конфигурации хоста apache и т. Д. (Или вы бы также сделали резервную копию измененных файлов в / и т. Д. у вас голый образ VPS).