Я собираюсь запустить экземпляр SQL Server для внутренней отчетности и аналитики на Amazon RDS и надеюсь, что кто-нибудь поможет мне с ответами на несколько вопросов о спецификациях экземпляра. Вот характеристики экземпляра.
Вот мои вопросы - извините, если они кажутся немного случайными.
Я предполагаю, что здесь будет достаточно SQL Server Standard. Если вы думаете, что мне понадобится Enterprise, скажите, зачем?
Отличная особенность Amazon RDS (и большинства баз данных «платформа как услуга») заключается в том, что вам не нужно иметь все ответы в начале проекта.
Просто начните с относительно небольшого размера экземпляра. По мере разработки проекта вы сможете увидеть, как работают ваши запросы и таблицы, и со временем скорректировать размеры экземпляров.
Облако - это гибкость: плывите по течению. Сказав это, вы спросили:
В: Какой размер экземпляра RDS вы бы порекомендовали?
Используйте ec2instances.info для быстрого сравнения и начните с чего-нибудь небольшого - скажем, 4 ядра, 30 ГБ ОЗУ, например r3.xlarge. (Если вы сначала занимаетесь только дизайном таблиц, перед загрузкой вы можете даже начать меньше.) Нет смысла платить почасово за то, что не используется.
В: Разница в стоимости между Single и Multi AZ огромна. Как часто выходит из строя одна зона доступности? Если это менее 1 часа в месяц, то есть ли у меня причина возиться с Multi AZ?
Сначала спросите своих пользователей о желаемых RPO и RTO. Их пользователи (и их кошельки) - те, кто определяет, насколько высокая доступность и аварийное восстановление вам необходимы. Как правило, для приложений для внутренней отчетности достаточно одной зоны доступности, но показатели RPO / RTO, которые предложат ваши пользователи, помогут вам.
В: Будет ли достаточно SSD общего назначения?
Это будет зависеть от ваших таблиц, индексов и запросов. Я бы начал разработку с SSD общего назначения, а затем отслеживал статистику ожидания вашего сервера с течением времени. По мере поступления пользовательских запросов вы можете изучить настройку производительности с помощью статистики ожидания, чтобы выяснить, следует ли вам настраивать запросы, настраивать индексы или вкладывать деньги в виртуальное оборудование для решения проблемы.
В: В инстансе без облака я обычно разделяю Data, Log и tempdb на разные диски. Это необходимо в облачном экземпляре?
Вы слишком много обдумываете: смысл RDS в том, что они управляют этими вещами за вас.
Вопрос: Как часто вы будете делать снимок состояния экземпляра, а не резервное копирование БД и доставку журналов?
В RDS вы не делаете ничего из этого. Платформа как услуга (PaaS) похожа на DBA как услугу: они делают эти вещи за вас.
В: Я предполагаю, что здесь будет достаточно SQL Server Standard. Если вы думаете, что мне понадобится Enterprise, скажите, зачем?
Начните разработку со стандартного пакета обновления 1 (SP1) 2016, который дает вам большую часть функциональных возможностей дизайна таблиц Enterprise Edition, но не инструментарий DBA.