Romka_Kharkov

Romka_Kharkov
Рейтинг
485
Регистрация
08.04.2009
Должность
Хостинг
Качественный хостинг
yahoster:
для специальных целей можно и 128 использовать. :)
например, если виртуализация jail freebsd

Можно и на 32 метрах памяти загрузить ядро и еще что-то :D

Но то ли это что требуется людям в принципе? :) ?

---------- Добавлено 04.09.2012 в 16:44 ----------

Den73:
а смысл, подскачет нагрузка и все упадет.

я вообще не рекомендую брать впс с менее чем 1024мб озу.

Не, ну на 512 нормально живет апачик и SQL для нескольких сайтов, если конечно нет панели управления и тонны cron jobs ;)

Ага, таки счет есть :) Что теперь с Вiдшкодуваннями делать будете? :)

olgapakistan, беру, создаю VPS, в него вкладываю 512 RAM, устанавливаю туда CentOS 5.x или 6.x загружаюсь в систему и опа, уже 300 MB скушано.... Да эот линукс, оно там зарезервировано и все такое, но показывает свободных 150-200 метров.... Я не рекомендую вообще рассматривать ВПС с объемом оперативки < 512 MB. Обратитесь к дежурному оператору нашему, если у вас хороший стартап, обеспечим бесплатным хостингом.

tiaurus:
От такого: cерверы работают на платформах Hewlett-Packard ProLiant H1000 G6, каждая несёт в себе 4 производительных сервера, каждый из которых включает в себя два процессора Intel Xeon 5520 и 64 ГБ оперативной памяти.

Тогда наше решение для вас, можем разместить на (Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz / 16 GB RAM), дадим 20% от одного ядра, но учитывать по прежнему не будем :D

pupseg, да, логично, если брутится ssh то зачем при этом остальной трафик блокировать... ?

Andreyka:
Если тебе сложно, обращайся за консультациями
Первые 15 минут бесплатно

Андрей, ну хватит, а ?:) Мне не сложно я прекрасно понимаю как это делается, но если Тс пишет про енклошеры с 72 винтами, для того что бы это все бекапить, надо как минимум столько же... ну может быть чуть меньше. ведь надо не 1 копию хранить... Тут вопрос не как ? а куда? Можно конечно рядом поставить точно такой же сервер с 4мя винтами - мега бекап :D Но дороговато будет :d Я говорю о контенте типа видео\аудио.... а не /etc/* .... А раз уж вы на консультации мне свои так прямо намекаете, то напомню вам, что после вашего рассказа про кластер и циски о которых вы там же заявили что ничего не знаете ... (видео обсуждал я ваше....) в консультациях от вас мало вероятно буду нуждаться.

Reise:
Сразу видно, что сеошнег, расценивает ссылки как какой-то пиар :) но если на то пошло, то прямую ссылку на этот ердомейн я нигде и не давал, зато дал прямую на тему на доменфоруме, где ердомейн выставлен не в наилучшем свете.

Первая ошибка, я практикующий системный администратор с 2000 года. Да в 2000 сложно было сказать что я администратор :) Но это тот год, когда я узнал что есть Linux и многие другие вещи в компах отошли на задний план :D Но вот к SEO я никогда никакого отношения не имел :) Даже можно сказать наоборот, сторонился его :)

Reise:

У меня складывается впечатление, что вы не читаете топик, отдохните, расслабьтесь. Так вот даже решение предложенное Andreyka: создаешь например новый поддомен с А-записью на новый IP и рестартуешь bind, при этом в настройках SOA-записи все таймауты должны быть минимальными, чтобы ниже по иерархии днс понимали, что надо считывать выше, а не брать из кеша.

А мне кажется , что вы переходите на личности. Вспоминается фраза: "Не говорите мне, что мне делать и я не скажу куда вам надо идти!", по этому отдых и расслабления оставьте при себе. А топик я читаю, внимательно читаю... :) Я выше писал вам о том, что есть подозрения о допустимом \ вменяемом TTL, на какой стадии этот момент всплывет пока сложно сказать, надо почитать у регистраторов правильных правила по содержанию зоны, из работы с публичными зонами, я помню, что даже неверное указание DNS серверов в зоне по отношению к прописанным у регистратора могло служить поводом для удаления домена, не помню, были ли там правила касающиеся TTL.

Reise:

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

Пишу я в этой теме, так как я участник этого форума на ровне с вами и остальными кто тоже вынужден теперь это читать, я с самого начала пытался дать вам концептуальные пояснения, что ДНС структура это не ВебСервер, где вы обновили 1 байт и все кто его запросили после апгрейда получили этот новый байт. ДНС рассчитывался как менее динамическая с точки зрения обновлений схема, по этому возможно у вас получится сократить время обновления вашей зоны до нескольких часов для определенного региона (ряда регионов), если там как вы пишите "поддерживаются стандарты". А теперь наложите сказанное мною на понятие "мир" которым вы так же оперируете. Дай бог, что бы стандарты были соблюдены хотя бы у 10-20% земного шара, я вообще молчу про количество возможных версий индивидуальной настройки :)))

Reise:

А если ситуация такая... Домен зареган уже давно, уже во всех резолвится, а я у себя на своем ДНС-сервере добавляю новый поддомен vasya.domen.ru (А-записи vasya. никогда у меня не было, А-записи со звездочкой тоже), настройки всех таймаутов в SOA минимальные (я еще буду разбираться какие точно настройки дать), рестартую bind.

Забыли serial еще поменять :D Вопрос про "минимальный TTL" пока еще открыт.. на сколько я понимаю.

Reise:

Вот если я еще раз у себя в ДНС поменяю IP для А-записи vasya.domen.ru уже вы у себя скорее всего в своем интернете не получите пинг на новый IP. Хотя тоже надо проверять - я же поставлю минимальные таймауты, поэтому ваш провайдер по идеи, если он поддерживает стандарты, должен понять, что ему пора считать новый результат...
Будем проверять все это на примере своего ДНС.

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

Reise:

Ага, очень смешно. Еще раз специально для вас повторяю, никакого отношения к erdomain не имею!

Оно и видно, через пост ссылка виднеется.

Reise:

Уже нашли ее - читайте внимательно - собственный ДНС на своем сервере. А вам видно просто обидно, что эту панацею предложили не вы.

И каким же образом это поможет всему миру через 5 минут узнать о вас? Смех да и только :) А насчет обиды, вы не внимательно читаете, я уже выше писал, что решение искать таки вам... Если бы тут за правильные ответы плюшки выдавали я бы вас еще понял, а так по моему пшик... хоть помог я вам советом хоть нет :D НЕ находите? :)

Reise:

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

Вот именно, вы не знаете и видимо никогда не узнаете почему так происходило.

Reise:

Да, развейтесь, расслабьтесь, а то слишком вы как-то буйно реагируете.

Да я и не напрягался в общем-то, писать в ХТ тогда не буду, в тему отвечать тоже пожалуй уже нет смысла, ставьте себе свои ДНС сервера и ждите 5 минут для всего мира. Как говорится go ahead :) Вы так и не поняли, что резолв со стороны клиента прямым образом от вас не зависит :) Как ДНС свои поставите, пишите, проведем эксперимент, вы будете домен регать новый, а я буду сутки вам рассказывать, что у меня он еще не резолвится, тогда наверное вы поймете что затея была пустышкой :D

madoff:
купит идентичный RAID и всё будет работать.

Слу,Andreyka а что ты будешь делать? когда материнка замкнет, и спалит винты.

Четко :D

//10 букавок

---------- Добавлено 03.09.2012 в 13:13 ----------

theKashey:
raid 1 с обычными дисками, таких серверов три, имеют общее пространство(опять же зеркало) посредством GlusterFS
Для бэкапа -иногда ручками что интересно на фтп копирую, а так стартую удаленный GFS клиент, а он аккуратненько все изменения себе подкачивает.

Тестировал GlusterFS - треш полнейший, уже лучше lustre использовать ..... Правда тесты проводил я года 2 назад, может координально что-то поменялось, но на тот момент я признал glusterfs сырой и неудобной, а главное не умеющей нормально работать с разными дисками по объему....

На этом форуме где-то есть от меня тема по этому поводу.

---------- Добавлено 03.09.2012 в 13:15 ----------

Andreyka:
Восстановлюсь из бекапов. А что, ты думаешь, раз аппаратный рейд - так и бекапов делать не надо? 🍿

Я полагаю что RAID из 4 дисков объемом по 1 TRB каждый будет весьма сложновасто бекапить. нет?

По моему пора тему квалифицировать как ПР для erdomain, а Тс-а забанить. :)

Переливание крови происходит какое-то. ТС, вам пояснили панацеи нет , у вас не будет возможности менять ДНС по всему миру за 5 секунд. Забудьте! Та информация которую вы предоставляете подвергается воздействию сотни внешних факторов. Начиная от договоренностей между регистратором и кем-то выше, заканчивая кешами в точках откуда вы делаете запросы..... по этому утверждать что через 5 минут из всего мира будет работать ... может только идиот (простите, ничего личного).... Это все равно что говорить провайдеру , почему я не могу качать файл из китая со скоростью 100Mb/s я же включен на скорости 100MB/s и вот тут вот ... в нижнем углу написано что 100Mb/s .... ПАМАГите! :)

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

Всего: 6838