leonid.ws, здравствуйте.
Никто не умер, и никто никому ничего не отключит :) Форма логина в биллинг, как написали выше, на главной странице сайта справа.
Если проблемы с каким-то конкретными тикетами, напишите, пожалуйста, номера запросов в ПМ, уверен это какое-то недоразумение.
В биллинге действительно было сделано очень много изменений за последнее время, большая часть из них пока не видна на уровне пользователя, но скоро будут доступны новые удобные функции. Конечно могут быть ошибки, так как работа была проделана огромная.
Также можете написать онлайн оператору на главной странице сайта.
V(o)ViK добавил 01.12.2011 в 16:28
Почитайте, что пишет TC, у него явно не стандартные задачи шаред хостинга.
Его супер-мега-сложно-секрктное приложение может сильно удивиться при переключении между нодами. К тому же он хочет обслуживание с гарантиями по срокам решения проблем без предоставления административного доступа Даже при условии решения всех технических проблем, написания кучи хуков обрабатывающих внештатные ситуации и т.д. эта нештатная ситуация может оказаться такой, что предусмотреть ее появление заранее было невозможно. С трудом представляю алгоритм решения тогой проблемы. Я бы на такое не подписался ни при каких условиях.
A=?
B=?
-----
https://mirhosting.com/hosting/cpanel обратите внимание на VIP тарифы в USA.
find /путь/к_директории -type f -print0 | xargs -0 perl -pi -e 's/A/B/g'
Если в А или B есть спец символы, нужно экранировать.
NFS тут совершенно не причем. ISP Manager Cluster разрабатывается для других задач.
Никто в здравом уме не станет писать howto "как настроить кластер", вы сталкиваетесь с кучей проблем в любом случае.
Как вы себе в принципе представляете работу по обслуживанию ?
Кажется вы все еще сами не знаете чего хотите.
Подумайте еще пару месяцев, потом откроете 3-ю тему, но боюсь что принципиально ничего не изменится.
Готового продукта на котором "с ходу" заработает ваше приложение вы не найдете. А без доступа к логике его работы никто вам его и не разработает.
Ну я к этому и веду, основной вопрос в том, как научить так работать ваше супер сложное приложение.
Аппаратная кластеризация не защитит от необходимости обновления ОС, версий ПО и т.д., а также возможных ошибок в работе серверов приложений. Не всегда все возможно обновить без перерыва в работе. Обеспечение дублирования приложения даст больше возможностей для маневров при плановом техническом обслуживании.
В любом случае отделу системного администрирования нужно будет разобраться в работе приложения, чтобы можно было правильно контролировать работу логики. Если все такое засекреченное, боюсь, что Вам придется брать в штат нескольких квалифицированных системных администраторов и заключать с ними соответствующие договора. Определитесь готовы ли вы и заказчик отдать на аутсорсинг обеспечение "отказоустойчивости", так как своими силами вы явно не справитесь без квалифицированных кадров в штате.
Как я понял, Вы являетесь разработчиком приложения. Вы сможете переписать часть логики работы приложения если это потребуется для кластеризации ?
Вероятно начать придется с обеспечения отказоустойчивости самых критичных для заказчика бизнес процессов. Насколько я понимаю если прйс от поставщиков загрузится на 15 минут позже обычного времени ничего страшного не произойдет.
В любом случае до начала обсуждения возможных технических решений потребуется детальное описание логики работы приложения и взаимодействия между основными модулями.
Есть возможность продублировать работу сервиса на тестовом сервере с демо данными ?
Александр Фролов, разработка отказоустойчивой системы под Ваши задачи - от $5k / разово.
Круглосуточная техническая поддержка с гарантиями по SLA от $1K/месяц.
Время на реализацию и отладку порядка 1 месяца.
Более точные цифры и сроки можно будет предоставить после анализа архитектуры вашего приложения.
Посмотрите maillog.
Странная версия php5.1.3 у вас.
