Назад | Перейти на главную страницу

Разве размещение моих веб-сайтов и баз данных у разных провайдеров - плохая идея?

Я пытаюсь найти дом для трех веб-сайтов ASP.NET 3.5 с использованием трех соответствующих баз данных SQL Server 2008. Я нашел одно возможное решение, при котором я размещаю веб-сайты в «полу-выделенной» среде с одним конкретным провайдером. Проблема в том, что часть базы данных этой службы отсутствует. Итак, я нашел дополнительное решение, в котором я размещаю базы данных у другого поставщика. Это позволяет мне оставаться в рамках бюджета, и я очень уважаю двух поставщиков. К сожалению, ни один из провайдеров не предоставляет мне и сайт, и хостинг базы данных, как я бы предпочел в одном пакете.

У меня такой вопрос:

1) Будет ли определенное понижение уровня обслуживания, если я отделю хостинг сайта от хостинга базы данных? Например, еще до того, как я проверил возможную задержку, разве это плохая идея? Кто-нибудь уже сделал это успешно?

2) Есть ли хороший способ проверить ответ SQL Server между базами данных, размещенными у одного поставщика, и базами данных, размещенными у другого поставщика? Я плохо разбираюсь в тестировании сайтов и ответов базы данных через Интернет, поэтому я не знаю, с чего начать.

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

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

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

Для инструментов стресс-тестирования решения MS: WCAT или Visual Studio Team System. Вы также можете вывести на свою страницу отметку времени перед подключением к базе данных, после и по мере извлечения данных из базы данных. Попробуйте это с данными LAN и WAN для сравнения.

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

1) Будет ли определенное понижение уровня обслуживания, если я отделю хостинг сайта от хостинга базы данных? Например, еще до того, как я проверил возможную задержку, разве это плохая идея? Кто-нибудь уже сделал это успешно?

Абсолютно. Я сделал это. Примерно через 2 недели я быстро понял, что это не сработает.

2) Есть ли хороший способ проверить ответ SQL Server между базами данных, размещенными у одного поставщика, и базами данных, размещенными у другого поставщика? Я плохо разбираюсь в тестировании сайтов и ответов базы данных через Интернет, поэтому я не знаю, с чего начать.

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

Что касается того, как это проверить, SSMS имеет удобную функцию под названием «Статистика выполнения клиента» - это кнопка на панели задач, когда у вас открыта вкладка запроса. Включите это, затем выполните запрос, и вы получите подробную информацию о том, сколько трафика было передано, сколько времени было потрачено на ожидание ответа сервера и т. Д.

Сделайте это на удаленных серверах site-> db и локальных site-> db серверах и сравните цифры.