Виртуальная машина SQL Server 2012 в Облаке — подключение / Комментарии / Хабр

DmitryMe 8 окт 2012 в 13:00

Какой смысл держать SQL Server на виртуалке, которая может в любой момент сломаться и потерять все сохраненные на ней данные, вместо того, чтобы использовать SQL Azure?

-1

alexejs 16 окт 2012 в 11:30

Смысл, в первую очередь, состоит в том, что SQL Server, установленный на виртуальной машине в Azure, это функционально такой же SQL Server, как и тот, что стоит у Вас локально той же версии и редакции, и он не имеет ограничений, присущих Windows Azure SQL Database, о которых говорилось выше (http://msdn.microsoft.com/ru-ru/library/windowsazure/ff394102.aspx). Что касается риска потери или поломки виртуалки, про который Вы говорите, в Облаке для обеспечения надежности и высокой доступности виртуальных машин применяются идейно аналогичные технологии, что и в случае SQL Azure. Для работы с данными в Azure существуют три подхода: blob, table и БД в SQL Azure — www.windowsazure.com/en-us/develop/net/fundamentals/intro-to-windows-azure/. “In all three cases, data is automatically replicated across three different computers in a Windows Azure datacenter to provide high availability”. Vhd виртуалки хранится в blob storage и автоматически копируется в две дополнительные реплики, как и облачная база. Это первое. Второе – возможность географической репликации между датацентрами (http://msdn.microsoft.com/ru-ru/library/windowsazure/jj156143.aspx), чтобы иметь возможность данным уцелеть, даже если в их первичный центр обработки попадет метеорит. «Как описано в записи блога Введение в географическую репликацию данных в хранилище Windows Azure (http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/introducing-geo-replication-for-windows-azure-storage.aspx), большие двоичные объекты и таблицы Windows Azure географически реплицируются между двумя центрами обработки данных, расположенными на определенном расстоянии друг от друга на одном континенте, обеспечивая дополнительную долговечность данных в случае крупной катастрофы без дополнительных затрат. При запуске виртуальной машины служба географической репликации хранилища Windows Azure реплицирует диски операционной системы и данных во второй географический регион по умолчанию». В третьих, Вы можете создавать availability sets для своих виртуальных машин, как описано здесь — www.windowsazure.com/en-us/manage/windows/common-tasks/manage-vm-availability/.

DmitryMe 16 окт 2012 в 12:56

Vhd виртуалки хранится в blob storage и автоматически копируется в две дополнительные реплики, как и облачная база.

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

alexejs 17 окт 2012 в 09:31

Когда Вы создаете в Azure виртуалку, у Вас автоматически будет создан Storage Account (если не было до этого), в нем контейнер vhds, в нем как page blob хранится vhd Вашей виртуальной машины. Если бы vhd, как, впрочем, и база SQL Azure, реплицировался после каждого изменения, это вызвало бы значительные накладные расходы. Ведь даже обычный сервер баз данных до поры копит изменения в буферах и не отражает мгновенно каждую транзакцию в файле БД. Этим занимается фоновый процесс. Периодичность чекпойнтов зависит от recovery interval, кол-ва грязных страниц, нагрузки и т.д. Видимо, что-то похожее происходит в случае репликации дисков виртуальных машин. Как определяется интервал репликации vhd, я не знаю, но SLA гарантирует 99.9% доступности (http://www.windowsazure.com/en-us/support/legal/sla/).