- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здраствуйте,
В июле планируем переход на нижеприведенную схему организации хостинга, это пока предварительная схема но тестовая установка уже есть, проблем пока не выявлено, хотелось бы услышать в первую очередь мнения сисадминов и хостеров по данной схеме, финансовые вопросы не затрагиваем, все необходимое уже есть.
Оснавная цель - вынос серверов MySQL на отдельный сервер разгрузив тем самым httpd сервера.
Все сервера в одной стойке.
Главное, чтобы имена баз и пользователей не повторялись :)
Остально нормально, только на апачевых серверах я бы взял три диска в рейде 5 ил два в рейде 1, но никак не один диск.
Спасибо за ответ.
Главное, чтобы имена баз и пользователей не повторялись :)
Остально нормально, только на апачевых серверах я бы взял три диска в рейде 5 ил два в рейде 1, но никак не один диск.
Имя пользователей и баз данных будет вида логин_имя, а логин будет совпадать указанный при регистрации из биллинга, соответственно совпадений не будет.
Не указано на схеме, рейд везде, без рейд чревато строить серьезные проекты, помимо всего все бэкапится на отдельный сервер.
Извините, может, по причине позднего часа, но схема мне видится мутноватой
rl0 rl1 - это разные интерфейсы? Как-то странно видеть адреса одной подсетки на разных линках.
Вообще не прозрачнее ли было объединить линки в etherchannel?
Главное реализация и не пихать слишком много клиентов. Был я не одном хваленом хостинге давно с выделенным сервером баз. Базы постоянно падали при низкой посещаемости. Щас я на шареде у хостера там база и сайт вместе и все грузится без ошибок.
Извините, может, по причине позднего часа, но схема мне видится мутноватой
rl0 rl1 - это разные интерфейсы? Как-то странно видеть адреса одной подсетки на разных линках.
Вообще не прозрачнее ли было объединить линки в etherchannel?
Разные, тем не менее прекрасно работает.
UnixCity добавил 10.06.2008 в 20:39
Главное реализация и не пихать слишком много клиентов. Был я не одном хваленом хостинге давно с выделенным сервером баз. Базы постоянно падали при низкой посещаемости. Щас я на шареде у хостера там база и сайт вместе и все грузится без ошибок.
Верно, но тем не менее эта система будет устойчиво работать с намного большим количеством аккаунтов, чем единичный сервер.
в чем преимущество такой схемы? Либо купить 1 нормальный сервер либо 3 дешовых...
rl выкинуть, купить em. Дорисовать nginx\oops\squid\smth-else на фронт.
Имхо, конечно.
Памяти до 4г добить можно - её много не бывает.
мм... новая схема это конечно хорошо, но хотелось бы и на старой пока начать работать, а то зарегистрировался, деньги отправил за 3 месяца реселлинга, а аккаунт создать не можете - ошибка какая-то вылезла. Впереди 4 дня праздников (для кого-то, а для, учитывая что работаю в оффлайне - 4 дня, в которые я мог поставить и настроить нужные мне сайты), очень сильно надеюсь что решите все проблемы в кратчайшие сроки.
Ну не знаю! сервер с Mysql упал и старадают пользователи обоих серверов.
Вообще Мастерхост что то вроде этой схемы и используют! Пробуйте, потом нам скажете.
Еще раз говорю главное реализация, а не конкретно, что выделенный лучше. Пусть лучше будет один нормальный сервак общий, чем два. Если не будет хуже то почему нет, можно тогда.
Реклама рекламой, пользователи решат :) был ли эффект.