Хорошо, мой Hyper-V Server 2012 выглядит так: в настоящее время у нас в производстве 2 виртуальные машины, на одной работает SharePoint 2010, а на другой размещается SQL Server 2008 R2 для SharePoint.
Мы готовимся добавить еще одну виртуальную машину для размещения интернет-магазина электронной торговли для нашего веб-сайта. Я нашел один с открытым исходным кодом, использующий MSSQL Server (nopCommerce). У меня вопрос: какова здесь лучшая практика для роли SQL-сервера? Должен ли я использовать наш существующий SQL Server (в настоящее время размещающий SharePoint) для размещения обеих баз данных бок о бок? Или мне следует установить локальный экземпляр SQL Server на виртуальную машину онлайн-магазина, чтобы получить 2 виртуальные машины, выделенные для SharePoint, и 1 виртуальную машину, выделенную для веб-магазина? Или мне даже следует создать еще одну виртуальную машину SQL Server для Интернет-магазина, чтобы у меня было 2 ВМ для SharePoint и 2 ВМ для Интернет-магазина? (Этот мне кажется ресурсоемким.)
И у нас есть дополнительное соображение: наша система отслеживания инвентаризации в настоящее время размещена в виде базы данных веб-приложений Access на SharePoint. Мы хотим, чтобы данные нашего инвентаря заполняли Интернет-магазин. Судя по моему поиску в Google, кажется, что объединение баз данных SQL вместе не является большой проблемой и происходит довольно часто. Но я еще не знаком с SQL Best Practices, я не знаю, нужно ли хранить базы данных на одном сервере или нет.
На это нет правильного ответа, есть только то, что подходит тебе, с чем никто из нас не может действительно помочь, не зная подробностей вашего сценария.
Все базы данных на одном большом сервере могут снизить накладные расходы на управление, могут упростить резервное копирование, и вы можете обновить сервер SQL независимо от остальных серверов. Все ваши IOPS собраны в одном месте, поэтому вы можете обновить один сервер для улучшения множества различных приложений.
Однако наличие нескольких больших приложений на одном сервере может быть проблематичным, потому что, если одна база данных превосходит один сервер (например, большая установка Sharepoint), тогда ваши другие базы данных могут испытывать нехватку ресурсов, и вам тогда придется работать над их разделением. выкл.
Хранение серверов приложений и SQL-серверов вместе может упростить настройку, и у вас будет меньше точек отказа, о которых нужно беспокоиться. Если вы хотите повысить производительность своего магазина электронной торговли, если он очень загружен, но вас не беспокоит внутренняя точка доступа, вы можете просто увеличить одно приложение. Аварийное восстановление / высокая доступность проще с полностью автономной виртуальной машиной (при условии, что эти машины являются виртуальными).
В настоящее время лицензирование SQL Server осуществляется по ядрам, и Я верю ты можешь имеют несколько экземпляров на ядро, поэтому, если все они находятся на одном сервере, вероятно, не на чем будет экономить на затратах на лицензирование.
У нас есть сочетание и того, и другого - все определенные вещи содержатся в одной виртуальной машине, но более крупные объекты имеют отдельные выделенные серверы SQL, а другие более мелкие объекты имеют отдельные общие серверы SQL.
Все зависит от того, чем вы хотите управлять.