Версия для печати темы
Нажмите сюда для просмотра этой темы в обычном формате
Онлайн-форум hostobzor.ru _ Виртуальный сервер и Виртуальный Выделенный Сервер _ Внешняя база данных MySQL и быстродействие
Автор: ilyalyu 25.08.2011, 12:25
Имеются 3 хостинга.
Хостинг 1:
База данных MySQL находится на внешнем домене вида xxx.hosting-provider.com
Время выполнения теста (подключение к базе данных + 10 запросов) приблизительно 0.5 сек
Хостинг 2:
База данных находится на домене mysqlserver (внешняя она или внутренняя - непонятно)
Время выполнения того же теста приблизительно 0.2 сек
Хостинг 3:
База данных находится на домене localhost (т.е., очевидно, на том же компьютере)
Время выполнения теста приблизительно 0.005 сек
Домашний компьютер:
Время выполнения теста приблизительно 0.05 сек
Вопрос такой. Какой хостинг предпочтительней - с внешней базой данных или с внутренней? Для меня пока очевидно, что первый вариант где-то раз в 50 медленнее. Но ведь у хостинг провайдеров была какая-то мысль в голове, когда он этот вариант реализовывал.
Автор: Colo 25.08.2011, 12:29
в маштабах хостера лучше иметь отдельный сервер mysql и так все делают, большинство я бы сказал.
Один сервер проще настраивать чем 10.
Автор: ilyalyu 25.08.2011, 13:04
в маштабах хостера лучше иметь отдельный сервер mysql и так все делают, большинство я бы сказал.
Один сервер проще настраивать чем 10.
1. Меня больше интересует данная ситуация с точки зрения клиента. Как насчет уменьшения скорости доступа в 50 раз?
2. Соотношение "1 вместо 10" мне кажется сомнительным. Если на 10 компьютеров установить Apache+MySQL, то получится 20 серверов. Если же на 5 компьютерах установить Apache и на 5 - MySQL, получится 10 серверов. Т.е. в 2 раза меньше, но никак не в 10.
Автор: Maxim Volgin 25.08.2011, 13:08
У нормального хостера база данных будет на отдельном сервере а вот скорость запроса будет зависит не от того где она а от того какая там нагрузка.
Автор: Colo 25.08.2011, 13:15
У нормального хостера база данных будет на отдельном сервере а вот скорость запроса будет зависит не от того где она а от того какая там нагрузка.
так точно....
Автор: Anatoly Bogdanov 25.08.2011, 14:49
У нормального хостера база данных будет на отдельном сервере а вот скорость запроса будет зависит не от того где она а от того какая там нагрузка.
как приятно считать себя нормальным =)
1 сервер хостинга => 1 сервер mysql 8 гиг памяти 1 винт 10000 prm
Автор: eSupport.org.ua 25.08.2011, 16:10
Локальная база удаленной
Автор: ilyalyu 25.08.2011, 17:14
Так я и не понял, 0.5 сек на 10 запросов к базе данных - это нормально? А разница в скорости доступа в 50 раз у разных хостеров? Если бы скорость автомобиля у разных автопроизводителей различались в 50 раз (у одного 150 км/ч, у другого 3 км/ч), то это тоже было бы в порядке вещей?
Автор: Maxim Volgin 25.08.2011, 17:38
Неадекватное сравнение. Если вы на машине замираете скорость проезда оного метра то большой разницы нет какая машина и ее скорость.
Сравнивать надо на больших и тяжелых запросах если у Вас такие вообще есть.
Автор: Colo 28.08.2011, 08:00
никто не спорит, что Fiber Chanel круче для обмена информации, но это и дорого.
Так, что смотрите, тестируйте и покупайте.
Автор: freehoster 03.12.2011, 01:27
я склоняюсь больше к первому варианту, так как для баз сервер должен быть гораздо мощнее чтобы выдержать нагрузки, а тратиться на 10 ну очень хороших серверов - это глупо
Автор: dima2 03.12.2011, 13:39
1. Меня больше интересует данная ситуация с точки зрения клиента. Как насчет уменьшения скорости доступа в 50 раз?
Вы не там копаете в сторону уменьшения времени реации на ваши пухлые запросы.
Погуглите по слову "highload" и убедитесь в том, что база данных в нагруженных проектах практически никогда не находится на том же сервере, где работает веб-проект. Не знаете, почему ?
Автор: freehoster 18.12.2011, 17:56
чтобы снизить нагрузку на сервер где расположен вэб-проект
Автор: Lolth 26.12.2011, 12:39
Все логично. Так что степень загруженности играет большую роль.нежели количество серверов - да и смысл ставить 50 серверов?
Автор: Anatoly Bogdanov 26.12.2011, 22:13
две гигабитные карточки e-pci выручат вас...
сейчас раскрою =)
i5-2500 CPU @ 3.30GHz
8 мемы ddr3
2 hdd по 150 Гы 10000 оборотов
756 аккаунтов хостинга =)
с учётом 2-го сервера под mysql
cpu DC 2.4 GHz
1 hdd 150 Гы
8 мемы
бэкап внешнее хранилище 8 терр
фильтрацией спама от antispamus.ru
Автор: WebXL 01.02.2012, 00:53
Если вести речь о скорости, то сейчас, когда доступны дикие процессорные мощности и десятки гигов оперативы, чаще всего сервера проседают по нагрузке на винты (ибо вот тут, пока, больших прорывов не сделали) и MySQL не исключение, поэтому неплох вариант, когда MySQL работает локально на сервере, но на отдельном винте.
И в случае если рассматривать два варианта:
Первый:
100 клиентов на сервере А, подключенном к серверу Б где работает MySQL для сервера А
Второй:
50 клиентов на сервере А где MySQL локально, но на отдельном винте
50 клиентов на сервере Б где MySQL локально, но на отдельном винте
Я бы выбрал второй вариант. Имхо конечно...
Автор: Maxim Volgin 01.02.2012, 13:13
поэтому неплох вариант, когда MySQL работает локально на сервере, но на отдельном винте.
В нормальном варианте Вы можете иметь несколько серверов. В реально жизни 1 мукул сервер на 3-4 веб сервера.
У меня был мускул и почта на одном сервере когда LA стал скакать до 10 я разнес на 2 - в результат LA на каждом стал меньше единицы.
Автор: WebXL 01.02.2012, 16:24
В реально жизни 1 мукул сервер на 3-4 веб сервера.
Ну, в моем понимании, отказоустойчивость будет хуже, поскольку при падении мускул сервера, страдают клиенты на всех серверах. Вообще, когда возможности позволили иметь столько дедиков, сколько потребуется и столько мощностей, сколько душе угодно, мы обдумывали оптимальный вариант для мускула в плане отказоустойчивость/стабильность/скорость/цена и решили использовать мускул на отдельных винтах.
По процессору или памяти сервера (наши) все равно никогда не проседают, даже если флудят их, самое узкое место - это винты. Так-что не нашел я причин городить огород с внешними мускул-серверами.
P.S. Совершено не пытаюсь сказать, что у других не может быть иначе
Автор: Maxim Volgin 01.02.2012, 21:14
На сам деле все дело в том что ваша любимая сипанель такого варианта сделать просто не позволяет.
Автор: DCUA 01.02.2012, 23:24
На сам деле все дело в том что ваша любимая сипанель такого варианта сделать просто не позволяет.
Так ненавидеть панель, чтобы не делать RTFM перед постом.
Макс, это патология
Кстати, реально вредно для организма.
Автор: WebXL 02.02.2012, 05:53
На сам деле все дело в том что ваша любимая сипанель такого варианта сделать просто не позволяет.
Да легко. И дело совсем не в этом
Но уже не суть, ибо по теме все высказал.
Автор: Maxim Volgin 02.02.2012, 12:49
Так ненавидеть панель, чтобы не делать RTFM перед постом.
Макс, это патология
Кстати, реально вредно для организма.
Вы не понимаете что я имею ввиду.
P.S. Я реально лучше вас знаю вашу панель и все ее прелести
Автор: Незаметдинов Ринат 02.02.2012, 13:17
На сам деле все дело в том что ваша любимая сипанель такого варианта сделать просто не позволяет.
Давно сипанельку открывали? Уж года 2 как позволяет
Автор: Maxim Volgin 02.02.2012, 13:35
Мир сходит с ума: не вынести на отдельный сервер а иметь отдельный сервер для нескольких веб боксов чувствует разницу? В деньгах это экономия 40 % на железо.
Автор: DCUA 02.02.2012, 13:45
Вы не понимаете что я имею ввиду.
Ну, это ж не моя вина, верно ?
P.S. Я реально лучше вас знаю вашу панель и все ее прелести
Это ж хорошо - что-то знать хорошо.
Автор: Anatoly Bogdanov 02.02.2012, 16:37
Давно сипанельку открывали? Уж года 2 как позволяет
Даже без этого позволяет =)
Это как в бородатом анекдоте
- у вас драйвер не стоит!
- какой?
- руки.sys
Автор: Maxim Volgin 02.02.2012, 16:57
Все равно что виндузятникам сказать что у них что то нет. Во первых все равно не поймут чего во вторых начнут рассказывать что они им и ненужно и вообще ты сам дурак.
Автор: eSupport.org.ua 02.02.2012, 18:43
Maxim Volgin не нашел что ответить по поводу своего "знания" панели и попытался в уйти глухую оборону сведя тему к холивору.
Не вышло, и Maxim Volgin получает -4.
Автор: Maxim Volgin 02.02.2012, 19:06
Maxim Volgin не нашел что ответить по поводу своего "знания" панели и попытался в уйти глухую оборону сведя тему к холивору.
Не вышло, и Maxim Volgin получает -4.
Вы сможете к 2 сипанелям подключить ОДИН внешний мускул? А потом как бонус проделать тоже самое с почтой?
Автор: DCUA 02.02.2012, 19:28
Вы сможете к 2 сипанелям подключить ОДИН внешний мускул? А потом как бонус проделать тоже самое с почтой?
Да хоть к 10ти.
Если имена эккаунтов разные и не страшно 1 раз подправить клиентские скрипты, заменив localhost на DBServer.
Хотя я лично склоняюсь к тому, чтобы иметь свой сервер БД для каждого хостинг-сервера. Благо виртуализация это позволяет сделать без проблем вообще.
А с почтой решение у нас работает уже лет 5.
п.с. Макс, береги здоровье
Автор: Maxim Volgin 02.02.2012, 19:39
Да хоть к 10ти.
Если имена эккаунтов разные и
Если имен аккаунтов _разные_ а без если ?
А с почтой решение у нас работает уже лет 5.
п.с. Макс, береги здоровье
А у меня 10 лет и со здоровьем все в порядке
P.S. А как насчет 2 мускула к одной сипанели?
Автор: Anatoly Bogdanov 02.02.2012, 23:13
А с почтой решение у нас работает уже лет 5.
эм... не думал что во вторую сетевуху воткнуть бд-сервер называется "виртуализация"... надо написать на сайте это красивое слово =) хомячкам понравится...
с почтой какое?
P.S. А как насчет 2 мускула к одной сипанели?
Пора прекратить нищебродствать и к каждому хост-серверу припаять отдельный бд-сервер =)
ну а почту нужно http://antispamus.ru зафильтровать
Автор: DCUA 02.02.2012, 23:53
А у меня 10 лет и со здоровьем все в порядке
Слава Богу.
Но здоровье - это ещё не всё.
Главное - чтобы всё в порядке было с юмором.
Если имен аккаунтов _разные_ а без если ?
Сменить.
Но виртуализация будет проще.
P.S. А как насчет 2 мускула к одной сипанели?
Кластеризацию умеет сам mysql. Какая панель тут без разницы.
эм... не думал что во вторую сетевуху воткнуть бд-сервер называется "виртуализация"... надо написать на сайте это красивое слово =) хомячкам понравится...
с почтой какое?
Виртуализация - это виртуализация. Куда Вы там чего втыкать будете - к ней отношения имеет мало.
С почтой такое - она панельная, но внешняя и одна на несколько серверов.
У Макса претензии к cPanel именно по масштабируемости. Нормальной масштабируемости.
Они в чём-то обоснованные, но не настолько.
Автор: Anatoly Bogdanov 03.02.2012, 02:38
У Макса претензии к cPanel именно по масштабируемости. Нормальной масштабируемости.
Они в чём-то обоснованные, но не настолько.
мы только с коллегой, дня три назад, обсуждали как используя одну лицензию CPanel запихнуть на "сервер" 2000-3000 аккаунтов =) Оказалось б.м. всё реально...
Автор: DCUA 03.02.2012, 03:02
мы только с коллегой, дня три назад, обсуждали как используя одну лицензию CPanel запихнуть на "сервер" 2000-3000 аккаунтов =) Оказалось б.м. всё реально...Проверяли, реально - лишь бы сам сервер эккаунты выдержал.
Панель подтормаживает, но терпимо.
Впрочем, при цене $11 за лицензию - этот вопрос не актуален вовсе.
Автор: Maxim Volgin 03.02.2012, 10:09
У Макса претензии к cPanel именно по масштабируемости. Нормальной масштабируемости.
Они в чём-то обоснованные, но не настолько.
Основная: претензия отсутствие базы данных. Следствие большая нагрузка на сервер самой панелью (не тратье время убеждая меня в обратном). Уродский непродуманный и мало юзабельный интерфейс. Разработчики которые генерируя версии реально нечего не меняют зато могут по полгода не замечать багов (которых раньше не было). Нуи следствие отсутствия базы данных невозможность нормально что-то добавить прикрутить свое. ну и маштабируемость на костелях это не маштабируемость.
А еще там домены через попу. И полноценный там все таки тока первый.
P.S. я на 90 % у верен ее первоначально сделал школьник. Вот блин до сих пор это видно.
Автор: eSupport.org.ua 03.02.2012, 11:39
У Плеска все в базе и больше 700 аккаунтов там держать не рекомендуют сами разработчики 
Автор: Maxim Volgin 03.02.2012, 12:16
У Плеска все в базе и больше 700 аккаунтов там держать не рекомендуют сами разработчики
А я не говорил что плеск чем то лучше. Это все _полу_ панели к сожалению.