Задержка / производительность облачной базы данных - PullRequest
2 голосов
/ 11 июня 2010

Я использую сайт с интенсивным трафиком, и наш сервер начинает выходить на свои пределы, в настоящий момент весь стек LAMP находится на одном блоке (не идеально).

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

Будет ли использование облачного сервиса для этого преодолевать эту проблему, потому что, насколько я могу судить, это по сути та же самая ситуация (как перемещение его в отдельное поле в моем контроле)? В таком случае, почему сейчас так популярны облачные сервисы баз данных?

Являются ли облачные службы баз данных настолько быстрыми, что задержка чтений настолько мала, что почти все равно, что разместить их в одном блоке в одном центре данных?

Ответы [ 3 ]

1 голос
/ 11 июня 2010

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

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

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

0 голосов
/ 11 июня 2010

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

Если вы думаете об облаке, когда планируете перейти на 10 серверов ...или 100?Имеете ли вы дело с трафиком, который приходит с большими всплесками, когда пики в вашем трафике очень высоки?

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

0 голосов
/ 11 июня 2010

В сети увеличится задержка, но она не должна быть такой заметной. Гигабитный Ethernet работает довольно быстро. Когда вы попытались разделить блоки, как вы получили доступ к другому блоку? Вы должны использовать локальный внутренний IP-адрес (то есть 192.168. #. #). В противном случае ваши запросы могут перенаправляться через Интернет, даже если ящики физически расположены рядом друг с другом.

Переход в облако не решит ваши проблемы, если серверы не подключены к сети должным образом.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...