12 дисков будут работать в счадящем режиме. Вероятность выхода их из строя мала.
На сколько я понимаю , если винты не собраны в рейд , то вероятность абсолютно не меняется, какая разница для меня сколько винтов стоит в бекап сервере если мои данные лежит на 1м из них.... вероятность остается ровно такой как и в случае если бы стоял просто 1 винт. Соответственно или я не понимаю о чем вы, или вы не понимаете о чем вы ;) Разве это бекап?
firstman:
Если все же это произойдет - то данные не критичные. Это можно прописать в договоре - это не должно смущать никого, учитывая, что цена будет нормальной. Рейд при таких объемах реально в "копеечку" встанет.
Ну да, если брать дорогие Areca хотя бы по 600-800$ и сувать их в каждый сервер, то будет дорого, но давайте рассудим так, что лучше Areca за 800$ которая умеет Raid10, или 2 сервера любой конфигурации с Raid1 (пусть даже gmirror, т.е софт raid)? (что тоже в сумме дает Raid10), с точки зрения надежности я больше чем уверен что второй вариант надежнее и может быть даже дешевле :)
Romka_Kharkov добавил 27.03.2011 в 19:06
firstman:
Если все же это произойдет - то данные не критичные.
С точки зрения подачи услуги понятно.... но вы учитывайте то, что даже тема данная создана с неопределенным смыслом..... такая постанова вопроса "данные не критичные" годится для младших классов, что значит "данные не критичные"... если они не критичные и мне нет смысла их бекапить, на какой мне вообще услуги бекапа?:)))) ROTFL
foxi: Ну зеркалирования на разных серверах простому смертному и не нужно.
Просто бекап делать реально гарантированный, и сливать его на физически другой сервер, размещенный в другом датацентре, чтоб на случай пожара и полиции можно было данные быстро восстановить :) вроде ж и затрат не много получается, и сайты гарантированно не пропадут...
Выше верно описывают, ssh + любой VPS это уже бекап сервер.... по этому если велосипед не нужен, то ваша оптимальная схема это ВПС купленный где-то там для бекапов + софт который вы настроите для создание и заливки бекапа на VPS/Dedic
Romka_Kharkov добавил 27.03.2011 в 16:59
firstman:
То есть, красная цена такой услуги может быть 30-50р за ГБ. или 1-2 уе. за Гб, учитывая конечную услугу с сервером с хорошим аптаймом и настроенным ПО и техподдержкой и тд...
Интересно считаете :) а у меня дешевле 5$ за гигабайт не получается, при условии рейдов и всего прочего + коллектив который это обслуживает.
firstman:
Диски не в рейде - вылетит один, значит вылетит. Это реже всего происходит.
Т.е типа полетели данные и хРен с ними... :) ? Кто же такой бекап покупать то будет?
P.S. пора делать услугу - "гарантированно-гарантированный бекап", чтоб делать его гарантированно и брать за это дополнительные деньги...
Ну так мы предлагали услуги одно время, видимо цена не заинтересовала... если вы из тех кто готов платить за качество - сделаем.
Только как это выглядеть будет со стороны клиента, вот представьте себе что я завтра запускаю простую схему:
DC #1) 2 сервера (Raid1 /p s)
DC #2) 2 сервера (Raid1 /p s)
DC #3) 2 сервера (Raid1 /p s)
Вы заливаете туда >>>бекапы<<<, а мы берем на себя обязанность замены оборудования и синхронизации контента, смотрите , в данном случае получается, что ваш 1GB (к примеру) информации будет храниться в трех физически разных точках мира, причем в каждой их точек он будет храниться на 4х носителях (в сумме 12 дисков одинаковых).
Так же вам надо будет понимать, что бекап в хранилище вы заливаете сами, своими средствами и.т.п мы лишь обеспечиваем его хранение.
Сколько вы готовы платить за 1GB места на таком вот решении? И готовы ли в принципе вот что самое интересное :) :) :) ?
SavaHost: При вашей схеме в случае пожара в ДС (и не только) мы как всегда имеем тысячи пропавших сайтов...
Ну вот, первый кто проливает ясность :) От потопа всемирного я не могу например защитить....
Хотя...... :D
Стихии и бедствия не будем рассматривать, хотя пожар это не простая формальность, куча проводки кругом - вполне может быть. Но как вы понимаете ДЦ более менее оборудованы пусть не системами пожаротушения мега модными, но датчиками и прочим так точно, как и любой объект в принципе :)
По этому пожарные сигнал примут :)))))))
В описанной мною схеме , да , если сгорит весь ДЦ - всему пепец, но это приведенная схема, и приводя ее я рассказывал другому читателю некий иной аспект, где удаленное копирование не имело смысла в принципе. Конечно же данные надо хранить физически в разных точках, но тогда страшно жить становится, потому что уже не думаешь о пожаре в 1м ДЦ а думаешь о наводнении или метеорите .... :)))))
Я еще на 2й странице (кажется) изложил.... : "От чего защищаемся резервным копированием?"
А то может в каких-то случаях и подземного бункера мало будет....
Romka_Kharkov добавил 27.03.2011 в 01:04
foxi: +1, еще бывает (все чаще) аресты серверов полицией...
Для себя использую схему: средствами директ админа ежедневно автоматически делаю бекап на удаленный сервер, который размещен на другом континенте. Данных правда не много, всего бекапных архивов 4 гб, на удаленном сервере хранится 7 версий бекапа, за последние 7 дней. + раз в неделю сливаю на компьютер бекапы. и реально сплю спокойно :) , прошлый год выдался сложным, 3 раза винты дохли безвозвратно, кстати raid 1 тоже случалось хана сразу двум винтам...
Вы рассматриваете позицию клиента :) И тут как бы многое понятно, но резервное копирование оно бывает разное, представьте себе масштабы проблемы если вам не 20 сайтов надо бекапить а 20.000 или еще больше.... сотни гигабайт контента... и все же клиенты хотят все прямо сейчас и что бы тыкнул и все случилось... :)))) Рассмотрим вариант изъятия сервера, а не форс-мажер ли это ? непреодолимая сила... не оно ли? не можно конечно начать драться с маски-шоу ))) но тогда добром не кончится это 200% :)))))) Есть организация, приехали ребята видимо с постановлением суда или чего-то там..... и изымают сервер..... организация по моему должна оказать даже содействие.....
И вот тут становится вопрос ребром, а должен ли был хостер в этот момент иметь копию на соседнем сервере (видимо зарезервированным именно под это) .... И более того, все прекрасно понимают , что хостеры не будут так делать... ввиду рентабельности и тому подобное, по этому бекапы в первую очередь имеет смысл хранить ввиду возможных повреждений носителей на которых они расположены, потом от всякого рода внешних воздействий (имею ввиду пожары\наводнения - региональные проблемы), а вот где-то потом потом от того что изымут сервер.....
masterlan: Там в сумме 3-4 гб (из них образ центос для теста скорости :) ) ДЦ Харьков Infium, Киев UT домашняя машина Николаевская обл. Украина. Есть еще машина в Одессе, но думаю пока не нужно.
На вскид вижу что все точки находятся в пределах UA-IX :) а вы попробуйте куда-то в USA погонять... скорость спадет в разы и схема уже будет не актуальной для вас. :)
Romka_Kharkov добавил 26.03.2011 в 23:48
rustelekom: Хостеры, которые теряли диски с данными в силу разных причин могут представить насколько этой удобно и нужно.
Вы знаете, я как раз из таких ))) на моих глазах были разные истории ;) Теряли данные, но вот все равно самое надежное и практичное (что не мало важно в этом случае) это каждый сервер оборудовать изначально Raid1 + 1 HDD дополнительный, на последний тупо сливать недельные, месячные бекапы, в таком случае получается , что два винта обладают актуальными данными, а третий бекапными, в случае выхода из строя бекапного винта, проблемы практически нет, делаются оперативные бекапы на новый винт и поехало по новой. В случае выхода из строя 1го из зеркала - все понятно, в случае выхода из строя обоих - имеем бекап, т.е отказать должны все три причем сразу ..... Данная схема по моим личным наблюдениям выглядит более экономично с точки зрения ресурсов системы, ну и само собой более продуктивна в том плане, что информация циркулирует внутри SATA/SAS, а не over ethernet. Так при этом вполне спокойно я делаю 2 раза в неделю бекапы по 100-120GB, с ротацией на том самом бекапном винте...
masterlan: У меня сливаются бекапы 2 раза в неделю на свои dns сервера, и еще раз в неделю на самом vds где сайты лежат. В свою очередь раз в неделю тяну со всех машин на домашнюю, а с добашней еще к бате на комп складываю) . На идеал не претендую, но в 2-х дц и дома бэкап - куда безопаснее чем просто на одном сервере архив)
А каким объемом данных вы оперируете и как регионально расположены ДЦ?
Romka_Kharkov добавил 26.03.2011 в 04:28
-= Serafim =-: Предлагаю в этой теме собрать ссылки на оптимальные варианты услуги хранения бэкапов.
Проблема вот тут :) Нет оптимальной схемы которая была бы универсальна для всех, ввиду того , что интернет представляет из себя набор региональных\гео точек, как может быть оптимальна схема если даже каналы связи везде разные ;) Мне вот один человек сказал когда-то что-то на подобие "прежде чем строить бекап систему, надо понять от чего мы хотим защититься и на сколько оперативно надо поднять данные", со временем его напутствие только обросло опытом, рекомендую начать обсуждение после того, как будет понятно от чего защищаемся (полетят винты, украдут сервер, потеряется информация (флешка), потоп? пожар ?) :)
seosniks: Нужен хостинг под 1 сайт база данных достаточно будет думаю 200-300 мб. Места на сайте 500мб думаю хватит, скрипты весят 1 метр. Главное чтоб памяти нормально.
Сайт будет работать с базами данных, постоянно посылать и получать данные. В общем надо хостинг который мог бы выдирживать нагрузку и работать нормально, ну и цена чтоб норм. Что можете посоветовать. Спасибо.
Можем предложить услуги VIP хостинга, можно ли поинтересоваться сколько трафика делает такой ресурс и на сколько регулярны обращения в БД? Памяти в целом на машине или php ?
aleksejsmir: Не буду спорить. Но из моего первого сообщения вполне понятна суть моей проблемы, и я просил помощи, а не пустого резонерства. Тем более - когда уже потерял почти двое суток на возню с крутыми американскими it, которые сперва сказали, что стоит это 15$, затем выставили счет на 50$, а после этого благополучно вернули деньги, посчитав, что инцидент исчерпан и тема закрыта... думал, что только наша разнесчастная страна характеризуется столь крутыми профи, способными по большей частью на пустую болтовню.... а оказалось - их и за океаном навалом.
Вай. Я только что ощутил глубину вашей проблемы :P , можете написать мне в аську, подскажу более детально как действовать.
Ну в таком случае если вы хотите уйти от sweb, то вам рекомендую обратиться непосредственно в "Online NIC Inc." они точно смогут содержать ваш домен, так как именно они произвели регистрацию домена (видимо для sweb по каким-то внутренним отношениям). Все выводы чисто из логики и ваших данных ничего личного к сторонам не имею, а то подумаете еще чего... ;)
12 дисков будут работать в счадящем режиме. Вероятность выхода их из строя мала.
На сколько я понимаю , если винты не собраны в рейд , то вероятность абсолютно не меняется, какая разница для меня сколько винтов стоит в бекап сервере если мои данные лежит на 1м из них.... вероятность остается ровно такой как и в случае если бы стоял просто 1 винт. Соответственно или я не понимаю о чем вы, или вы не понимаете о чем вы ;) Разве это бекап?
Если все же это произойдет - то данные не критичные. Это можно прописать в договоре - это не должно смущать никого, учитывая, что цена будет нормальной. Рейд при таких объемах реально в "копеечку" встанет.
Ну да, если брать дорогие Areca хотя бы по 600-800$ и сувать их в каждый сервер, то будет дорого, но давайте рассудим так, что лучше Areca за 800$ которая умеет Raid10, или 2 сервера любой конфигурации с Raid1 (пусть даже gmirror, т.е софт raid)? (что тоже в сумме дает Raid10), с точки зрения надежности я больше чем уверен что второй вариант надежнее и может быть даже дешевле :)
Romka_Kharkov добавил 27.03.2011 в 19:06
Если все же это произойдет - то данные не критичные.
С точки зрения подачи услуги понятно.... но вы учитывайте то, что даже тема данная создана с неопределенным смыслом..... такая постанова вопроса "данные не критичные" годится для младших классов, что значит "данные не критичные"... если они не критичные и мне нет смысла их бекапить, на какой мне вообще услуги бекапа?:)))) ROTFL
Ну зеркалирования на разных серверах простому смертному и не нужно.
Просто бекап делать реально гарантированный, и сливать его на физически другой сервер, размещенный в другом датацентре, чтоб на случай пожара и полиции можно было данные быстро восстановить :) вроде ж и затрат не много получается, и сайты гарантированно не пропадут...
Выше верно описывают, ssh + любой VPS это уже бекап сервер.... по этому если велосипед не нужен, то ваша оптимальная схема это ВПС купленный где-то там для бекапов + софт который вы настроите для создание и заливки бекапа на VPS/Dedic
Romka_Kharkov добавил 27.03.2011 в 16:59
То есть, красная цена такой услуги может быть 30-50р за ГБ. или 1-2 уе. за Гб, учитывая конечную услугу с сервером с хорошим аптаймом и настроенным ПО и техподдержкой и тд...
Интересно считаете :) а у меня дешевле 5$ за гигабайт не получается, при условии рейдов и всего прочего + коллектив который это обслуживает.
Диски не в рейде - вылетит один, значит вылетит. Это реже всего происходит.
Т.е типа полетели данные и хРен с ними... :) ? Кто же такой бекап покупать то будет?
P.S. пора делать услугу - "гарантированно-гарантированный бекап", чтоб делать его гарантированно и брать за это дополнительные деньги...
Ну так мы предлагали услуги одно время, видимо цена не заинтересовала... если вы из тех кто готов платить за качество - сделаем.
Только как это выглядеть будет со стороны клиента, вот представьте себе что я завтра запускаю простую схему:
DC #1) 2 сервера (Raid1 /p s)
DC #2) 2 сервера (Raid1 /p s)
DC #3) 2 сервера (Raid1 /p s)
Вы заливаете туда >>>бекапы<<<, а мы берем на себя обязанность замены оборудования и синхронизации контента, смотрите , в данном случае получается, что ваш 1GB (к примеру) информации будет храниться в трех физически разных точках мира, причем в каждой их точек он будет храниться на 4х носителях (в сумме 12 дисков одинаковых).
Так же вам надо будет понимать, что бекап в хранилище вы заливаете сами, своими средствами и.т.п мы лишь обеспечиваем его хранение.
Сколько вы готовы платить за 1GB места на таком вот решении? И готовы ли в принципе вот что самое интересное :) :) :) ?
При вашей схеме в случае пожара в ДС (и не только) мы как всегда имеем тысячи пропавших сайтов...
Ну вот, первый кто проливает ясность :) От потопа всемирного я не могу например защитить....
Хотя...... :D
Стихии и бедствия не будем рассматривать, хотя пожар это не простая формальность, куча проводки кругом - вполне может быть. Но как вы понимаете ДЦ более менее оборудованы пусть не системами пожаротушения мега модными, но датчиками и прочим так точно, как и любой объект в принципе :)
По этому пожарные сигнал примут :)))))))
В описанной мною схеме , да , если сгорит весь ДЦ - всему пепец, но это приведенная схема, и приводя ее я рассказывал другому читателю некий иной аспект, где удаленное копирование не имело смысла в принципе. Конечно же данные надо хранить физически в разных точках, но тогда страшно жить становится, потому что уже не думаешь о пожаре в 1м ДЦ а думаешь о наводнении или метеорите .... :)))))
Я еще на 2й странице (кажется) изложил.... : "От чего защищаемся резервным копированием?"
А то может в каких-то случаях и подземного бункера мало будет....
Romka_Kharkov добавил 27.03.2011 в 01:04
+1, еще бывает (все чаще) аресты серверов полицией...
Для себя использую схему: средствами директ админа ежедневно автоматически делаю бекап на удаленный сервер, который размещен на другом континенте. Данных правда не много, всего бекапных архивов 4 гб, на удаленном сервере хранится 7 версий бекапа, за последние 7 дней. + раз в неделю сливаю на компьютер бекапы. и реально сплю спокойно :) , прошлый год выдался сложным, 3 раза винты дохли безвозвратно, кстати raid 1 тоже случалось хана сразу двум винтам...
Вы рассматриваете позицию клиента :) И тут как бы многое понятно, но резервное копирование оно бывает разное, представьте себе масштабы проблемы если вам не 20 сайтов надо бекапить а 20.000 или еще больше.... сотни гигабайт контента... и все же клиенты хотят все прямо сейчас и что бы тыкнул и все случилось... :)))) Рассмотрим вариант изъятия сервера, а не форс-мажер ли это ? непреодолимая сила... не оно ли? не можно конечно начать драться с маски-шоу ))) но тогда добром не кончится это 200% :)))))) Есть организация, приехали ребята видимо с постановлением суда или чего-то там..... и изымают сервер..... организация по моему должна оказать даже содействие.....
И вот тут становится вопрос ребром, а должен ли был хостер в этот момент иметь копию на соседнем сервере (видимо зарезервированным именно под это) .... И более того, все прекрасно понимают , что хостеры не будут так делать... ввиду рентабельности и тому подобное, по этому бекапы в первую очередь имеет смысл хранить ввиду возможных повреждений носителей на которых они расположены, потом от всякого рода внешних воздействий (имею ввиду пожары\наводнения - региональные проблемы), а вот где-то потом потом от того что изымут сервер.....
Там в сумме 3-4 гб (из них образ центос для теста скорости :) ) ДЦ Харьков Infium, Киев UT домашняя машина Николаевская обл. Украина. Есть еще машина в Одессе, но думаю пока не нужно.
На вскид вижу что все точки находятся в пределах UA-IX :) а вы попробуйте куда-то в USA погонять... скорость спадет в разы и схема уже будет не актуальной для вас. :)
Romka_Kharkov добавил 26.03.2011 в 23:48
Хостеры, которые теряли диски с данными в силу разных причин могут представить насколько этой удобно и нужно.
Вы знаете, я как раз из таких ))) на моих глазах были разные истории ;) Теряли данные, но вот все равно самое надежное и практичное (что не мало важно в этом случае) это каждый сервер оборудовать изначально Raid1 + 1 HDD дополнительный, на последний тупо сливать недельные, месячные бекапы, в таком случае получается , что два винта обладают актуальными данными, а третий бекапными, в случае выхода из строя бекапного винта, проблемы практически нет, делаются оперативные бекапы на новый винт и поехало по новой. В случае выхода из строя 1го из зеркала - все понятно, в случае выхода из строя обоих - имеем бекап, т.е отказать должны все три причем сразу ..... Данная схема по моим личным наблюдениям выглядит более экономично с точки зрения ресурсов системы, ну и само собой более продуктивна в том плане, что информация циркулирует внутри SATA/SAS, а не over ethernet. Так при этом вполне спокойно я делаю 2 раза в неделю бекапы по 100-120GB, с ротацией на том самом бекапном винте...
У меня сливаются бекапы 2 раза в неделю на свои dns сервера, и еще раз в неделю на самом vds где сайты лежат. В свою очередь раз в неделю тяну со всех машин на домашнюю, а с добашней еще к бате на комп складываю) .
На идеал не претендую, но в 2-х дц и дома бэкап - куда безопаснее чем просто на одном сервере архив)
А каким объемом данных вы оперируете и как регионально расположены ДЦ?
Romka_Kharkov добавил 26.03.2011 в 04:28
Предлагаю в этой теме собрать ссылки на оптимальные варианты услуги хранения бэкапов.
Проблема вот тут :) Нет оптимальной схемы которая была бы универсальна для всех, ввиду того , что интернет представляет из себя набор региональных\гео точек, как может быть оптимальна схема если даже каналы связи везде разные ;) Мне вот один человек сказал когда-то что-то на подобие "прежде чем строить бекап систему, надо понять от чего мы хотим защититься и на сколько оперативно надо поднять данные", со временем его напутствие только обросло опытом, рекомендую начать обсуждение после того, как будет понятно от чего защищаемся (полетят винты, украдут сервер, потеряется информация (флешка), потоп? пожар ?) :)
Нужен хостинг под 1 сайт
база данных достаточно будет думаю 200-300 мб.
Места на сайте 500мб думаю хватит, скрипты весят 1 метр.
Главное чтоб памяти нормально.
Сайт будет работать с базами данных, постоянно посылать и получать данные.
В общем надо хостинг который мог бы выдирживать нагрузку и работать нормально,
ну и цена чтоб норм.
Что можете посоветовать.
Спасибо.
Можем предложить услуги VIP хостинга, можно ли поинтересоваться сколько трафика делает такой ресурс и на сколько регулярны обращения в БД? Памяти в целом на машине или php ?
Хороший совет, логично.
Попробую сперва, потом отпишусь, спасибо.
По поводу "отпишусь о результате" - буду весьма признателен и весьма доволен если все пройдет гладко по моим рекомендациям :)
Не буду спорить. Но из моего первого сообщения вполне понятна суть моей проблемы, и я просил помощи, а не пустого резонерства. Тем более - когда уже потерял почти двое суток на возню с крутыми американскими it, которые сперва сказали, что стоит это 15$, затем выставили счет на 50$, а после этого благополучно вернули деньги, посчитав, что инцидент исчерпан и тема закрыта... думал, что только наша разнесчастная страна характеризуется столь крутыми профи, способными по большей частью на пустую болтовню.... а оказалось - их и за океаном навалом.
Вай. Я только что ощутил глубину вашей проблемы :P , можете написать мне в аську, подскажу более детально как действовать.
разные конечно...
Ну в таком случае если вы хотите уйти от sweb, то вам рекомендую обратиться непосредственно в "Online NIC Inc." они точно смогут содержать ваш домен, так как именно они произвели регистрацию домена (видимо для sweb по каким-то внутренним отношениям). Все выводы чисто из логики и ваших данных ничего личного к сторонам не имею, а то подумаете еще чего... ;)