abudda

Рейтинг
153
Регистрация
12.04.2007
Интересы
IOTS
хочешь мира - готовся к войне
ERAde:
Приветсвую! Господа хостеры, нужны четыре сервера следующей конфигурации:

1. Процессор - 4-х ядерный
ОЗУ 16Гб,
hdd 320 не менее 2-х для рейда
- такой конфигурации нужно 2 сервера.

2.Процессор - 4-х ядерный
ОЗУ 4Гб
hdd 320 не менее 2-х для рейд
- такой конфигурации тоже надо 2 сервера.

Итого 4 сервера + 2 коммутатора. Серверы нужны не стоячного решения для репликации.

Кто может из хостеров собрать (возможно есть готовые ) и разместить серверы у себя на плащадке?
Напишите стоймость ежемесячной оплаты и URL хостинга.

1)

http://www.keyweb.ru/hosting/km9800.html

99?/m за 1 сервер

2)

http://www.keyweb.ru/hosting/km9600.html

69?/м за 1 сервер

3) switch в зависимости от того какой нужно, 1гбпс(8 портов) стоит у них помомему 19?/м или 29?/м

Я бы посоветовал в сервера добавить KVM(29?/m за каждый) итого получится

без kvm: 2х99 + 2х69 + 29 = 365?/m

с kvm на каждом сервере, добавить 116?/м

Если нужно могут фронтенды поцепить на 1гбпс аплинк порт.

rusevgen:
так будут проблемы если одна база пропустила запрос (грубо говоря сервер был недоступен несколько минут) - то есть так не факт что все что попало на главный сервер перенесется на резервные - а это обязательное условие - на резервном сервере не должно быть так, что есть запись за 10*50, но нету записи за 10*45 (для примера) - то есть обязательно должно быть, что либо обе записи попали на резервный сервер, либо вторая, но не может быть "провал" по времени.

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

Но если чесно, то мнене кажется что это правильное решение, сздайте для бекенда архитектуру, которая будет поддерживать 99.99% уптайм, с резервным сервером и т.д. и делайте просто бекуп 1 раз в сутки...этого вполне достаточно...и это можно сделать за оченъ небольше $!!!

rusevgen:
тоже думал на тему надежности и тоже хочу пинка в нужном направлении ;)

как синхронизировать несколько БД (mysql) - суть мысли - есть одна главная база - в ней происходят все апдейты и раз в сутки (может и чаще) все изменения в базе должны продублироваться в другие архивные базы - как такое лучше реализовать? (самая простая мысля - всюду насувать полей изменения записи и по ним перетаскивать измененные данные) Всю базу бекапить на другой сервер не дело - она может быть весьма большой, а изменения будут преимущественно вставки и мало апдейтов старых записей, то есть за сутки будет меняться около 2-5% базы ориентировочно + периодически добавляться новых записей до 10% от общего объема.

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

чисто теоретически пишите сразу в 2-е базы, а читайте всегда с одной...что вам мешает это сделать? Недостаток тут конечно тот что нужно подифицировать все скрипты, где идет запись. Ведь на самом деле чтение к записи идет как 95/5 т.е. особой нагрузки запись делать не будет.

Boris A Dolgov:
cdn?
десять cdn?

cdn - Content Distribution Network так и есть. Работает н апринципе географического кеширования популярного контента т.е. в основном статики. Есть мастер сервер на котором осздается сам сайт с контентом, а в мире куча географических точек на которые разбрасываются наиболее часто запрашивыемый контент, например хтмл сайт, видео или картинка...естественно мастер сайт никогда не умирает, да же если один узел умирает, то все остально остается доступным НО!!!!

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

Уж лутше тогда сделать фронт- бекенд, причем бекенд поставить на 2-а сервера(фактически ваша база данных), а фронты разнести по разным дата центрам на vps-ы...и купить у кого-нибудь большого ДНС службу с поддержкой роунд робина. Если настроете на впс-ах фаерволы, то вам даже ддос не так страшен!

BoyStav:
Скитания в течении года по разным хостнигам (серверы и виртуальные серверы) привели меня к мысли о том, что аптайм 99% не существует, более того слет виртуального сервера как и реального регулярно приводит к поломке базы данных, что требует ручного вмешательства для восстановления работы ресурса.
Сейчас думаю как обеспечить стабильность работы вне зависимости от состояния одного сервера.
Пытаюсь понять есть ли дешевый способ, например взять несколько ВПС и собрать из них распределенную систему, но понятия не имею как такое сделать, а т.к. не понимаю что искать, то и найти не могу.

Сделайте отдолжение направте в сторону верного поиска, замучался уже.

http://www.drbd.org/ решения на его основе http://www.linux-ha.org/

Берете несколько бюджетных серверов и строите распределнную систему.

Апокалипсис:
после оплаты и дня не прошло, лохaнулись оплатив сразу как только пришёл сервер.

тогда просто напиши менеджерам, обясни ситуацию...я не думаю что не вернут, подойди прост по-чесловечески, я думаю тебе ответят тем же.

Апокалипсис:
Нда


Хотя платили мы полную стоимость VPS.

Апокалипсис добавил 23.12.2008 в 21:08
Вообщем не советую с ними связываться.

Апокалипсис добавил 23.12.2008 в 21:11
Знающие люди, подскажите, законно это что нету манибэка ?
Ведь насколько мне известно по закону, тем более в Европе они обязаны вернуть деньги если мы разрываем договор.

у keyweb-a не берут предоплаты, дают сервак что бы вы пробовали и тока потом платили, спецом, что вы с moneybackom не парится...т.е. Вам и платить не надо было вообщее.

Правду гласит русская пословица: "поганому танцору и я... мешают" ;) ;)

ну а вообще, открой запрос на менеджера и все тебе вернут, если не просрочил более 2-х недель с момента получаения сервера (это как раз по-законодательству европы, если дольше то это ваши проблемы)

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

Со-временем вы сами поймете что конретно вам нужна за база и какие тенденции развития вашего проекта

Avalanch:
В принципе Вас и присматривал, но плохо что нету оплаты по ЯД.
И насчет того, что я написал выше, проблем не будет ?

я не keyweb :), прошу не путать, я хотя и являусь их партнером и имею пряму связь с менеджерами, но являюсь независимым...

Ну, а на счет того что вы писало... при 6К уников...я думаю что проблем не будет никаких...по идеи баш траф не привысит и 3Тб при такик количествав, а на 3 Тб сейчас уже давно никто не смотрит.

DLag:
На сколько я знаю обитатели данного форума по большей части используют хостинги для размещения сателитов.
Используются в основном блого движки и маломощные движки-сайтов визиток.
Интересуют такие вопросы:
1. Сколько сателитов вы обычно размещаете на хостинг-аккаунте за 10USD чтобы они не тормозили и ваши сайты не отключали за нагрузку?
2. Какое кол-во сателитов вы считаете приемлемым на одном хостинг аккаунте стоимостью 10USD?

Заранее благодарю за ответы.
Цена указана за месяц.
Подразумевается что есть возможность подключать нужное кол-во IP к аккаунту.

мне кажется сама постановка вопроса не совсем правильная.

Чисто из своего опыта, когда занимался подобным, никогда не хостил сателиты на хостинге по 10 баков...нет смысла так как за 5$ можно спокойно взять относительно нормальный хостинг по 5-10 сайтов(в зависимости от провайдера).

Я думаю вполне нормально 5 сателитов за 5$ или даже 5? + выделнный IP+домен+скидка за год - это вполне нормально, но больше я бы не платил, брал уже свой ВПС и там вертел сам как хотел.

Всего: 732