Вопрос неоднократно обсуждался, резюме - никак это не сделать без каких-то потерь. А самый лучший из бюджетных способов - поставить сервер в хороший ДЦ с хорошей связью с целевой аудиторией.
Полностью поддерживаю TC - если есть претензии, надо не скромно сваливать с виноватым видом, а добиваться правды. Не всегда удаётся, но даже не пробовать из-за толпы seolanser'ов? И я не понимаю, почему принять деньги через webmoney можно, а вернуть нельзя.
Плохо он работает. Есть кнопка "Обновить зону", но когда будет обновление - абсолютно непредсказуемо, может быть через несколько минут, а может быть через несколько часов. Оповещения о обновлении зоны игнорируются. В результате в DNS долго сидят несколько серверов, отдающих разные зоны. Это хуже чем если бы вообще вторичный не работал.
Поставьте Debian Lenny, в нём поставьте OpenVZ - есть в репозитории, и всё делайте из виртуальных машин, будет проще разобраться и будет не так страшно экспериментировать. XEN тоже можно бы, но не факт что поставите. Кстати, кажется на E5430 встанет VmWare ESXi - может быть это вообще лучший вариант для дома, для семьи :) Вообще 4 гигабайта RAM Вы освоить сходу не сможете, поэтому виртуальные серверы можно использовать - пару - тройку свободно.
А если удалённых два ? Уж слишком мудрёный алгоритм. Всё-таки это для балансировки нагрузки имеет смысл делать, а тогда надо отдавать файл не с любого зеркала.
А нельзя было в договоре прописать объём работ?
Теперь можно сходить в травмпункт сделать кардиограмму и предъявить претензии :)
Himiko, ну вот примерно представляя всё как ты написал, я и предложил написать договор. В принципе все правы - и и ТС, и ты, - кто правее теперь не разобрать без паталогоанатома. Вопрос вот в чём (лично для меня) - что же предлагают местные администраторы в качестве "администрирование серверов"?
PS
Понятно, что разработка информационных систем - это не админстрирование.
Характеристики как характеристики, ничего особенного.
Договоры для того и пишутся, чтобы была полная определённость кто что кому должен. Я, честно говоря, такого от самого прославленного в разделе (и судя по постам, вполне заслуженно прославленного) администратора не ожидал.
У меня есть подозрение, что многие просто не понимают, что заявленные задачи делаются один раз и потом работают годами. Никто де не будет требовать каждый день собирать кластеры из серверов. Из apache и nginx это делается за минуты, из postgres - за минуты, мониторинг делается тоже достаточно быстро, если есть отлаженная методика, что тут особого? А если нет - зачем идти в админы, надо идти в исследователи.
Человек чётко написал что ему надо. Нормально - провести переговоры, выяснить потребности, представить свои предложения. Не удовлетворяют - разойтись, это обычная практика. У меня сейчас три поставщика серверов, выбран будет один, они это знают и нормально относятся к переговорам о цене. Почему в данном случае должно быть иначе?
Итог: работодатель видит, что на вполне чётко поставленную задачу идёт неадекват. Другие работодатели видят это и принимают решение с вольнонаёмными админами не связываться, всего-то. Кто от этого выигрывает?
Pilat добавил 08.09.2009 в 00:54
А что ТС посоветовал, я что-то не понял?
Я чего-то не понял. Сейчас сколько стоит администрирование сервера? Одного? 50.000 / 3 = 16.666 ? Вы чего господа, охренели? 10.000 за три сервера вполне достаточно, у меня, не администратора, и то около десяти корпусов работают и особых забот не создают, а у профессионала вообще всё должно быть на автомате. ТС прав, сейчас несколько иная ситуация на рынке, чтобы разбрасываться деньгами. И насчёт критики тоже прав - не нравится договор, надо предлагать свой. Это работа, а не загребание бабла. Не нравятся какие-то пункты - надо их оговаривать отдельно, отделить разовые работы от периодических - ясно, что круглосуточно DDOS отражать за такие деньги неинтересно.
Вообще выносить на общее обсуждение свои отношения с потенциальным работодателем неправильно. Хотя мне кажется, что реакция ТС какая-то очень уж резкая, совершенно неоправданно резкая. Без неё весь топик уместился бы на одной странице.
