Является ли хостинг моих сайтов и баз данных с разными провайдерами плохой идеей?
Я пытаюсь найти дом для трех сайтов ASP.NET 3.5, используя три соответствующие базы данных SQL Server 2008. Я нашел одно возможное решение, когда я размещаю сайты в "полуотделенной" среде с одним конкретным поставщиком. Проблема в том, что часть базы данных этого сервиса отсутствует. Итак, я нашел дополнительное решение, где я размещаю базы данных с другим поставщиком. Это держит меня в рамках бюджета, и с двумя провайдерами я очень уважаю. К сожалению, ни один из провайдеров не предоставляет мне хостинг сайта и базы данных, как я бы предпочел в одном пакете.
У меня вопрос такой:
1) Есть ли определенное снижение качества обслуживания, если я отделяю хостинг сайта от хостинга базы данных? Например, до того, как я проверил возможную задержку, это плохая идея? Кто-нибудь уже сделал это успешно?
2) Есть ли хороший способ проверить ответ SQL Server между базами данных, размещенными на одном и том же поставщике, и базами данных, расположенными на другом поставщике? Я не очень разбираюсь в тестировании сайтов и откликов баз данных через Интернет, поэтому не знаю, с чего начать.
2 ответа
1) Есть ли определенное снижение качества обслуживания, если я отделяю хостинг сайта от хостинга базы данных? Например, до того, как я проверил возможную задержку, это плохая идея? Кто-нибудь уже сделал это успешно?
Абсолютно. Я сделал это. В течение приблизительно двух недель я быстро понял, что это не сработает.
2) Есть ли хороший способ проверить ответ SQL Server между базами данных, размещенными на одном и том же поставщике, и базами данных, расположенными на другом поставщике? I'm not well-versed in testing site and database response over the Internet, so I'm vague on where to start.
It's a bit difficult to do this unless you can replicate the set up without getting yourself into a contract. Perhaps ask for a 30-day trial, or get a rolling monthly contract and cancel after the first month. This is what I did with my most recent provider, and I'm happily still with them.
As for how to test it, SSMS has a neat feature called "Client Execution Statistics" - it's a button on the taskbar when you've got a query tab open. Turn this on, then execute the query, and it gives you a great breakdown of how much traffic was passed, how long it spent waiting for the server to reply etc.
Do this on on remote site->db servers, and local site->db servers and compare the figures.
Наличие 2 хостинг-провайдеров, каждый из которых размещает критическую часть вашего сайта, удвоит шансы на простои. Если любой из них не работает, ваш сайт не работает. Это самая большая проблема.
Задержка будет вашей второй заботой. Все больше и больше данных перемещается в облачные модели, поэтому не может быть и речи о разделении ролей между различными поставщиками, но это приводит к значительной задержке.
Чтобы получить представление о производительности, вы можете посмотреть на SSMS локально и удаленно. Если у вас есть крошечные наборы данных, он может хорошо с этим справиться, но как только вы начнете извлекать много данных или выполнять много запросов на страницу, производительность может быстро упасть.
Для инструментов стресс-тестирования решения MS - это WCAT или Visual Studio Team System. Вы также можете вывести на свою страницу временную метку до установления соединения с базой данных, после и после извлечения данных из базы данных. Попробуйте это с данными LAN и WAN для сравнения.
В конечном счете, я бы порекомендовал найти хост, который может хорошо обрабатывать обе части. Когда они могут поддерживать вас от начала до конца, они не указывают пальцем друг на друга, когда вы пытаетесь сузить проблемы с производительностью.