Разница между размером SKU PostgreSQL и размером хранилища (МБ) в Azure ARM - PullRequest
0 голосов
/ 06 июля 2018

Я пишу шаблон диспетчера ресурсов Azure для развертывания и построения веб-приложения с PostgreSQL, с использованием предоставленного здесь шаблона .

В разделе для типа ресурса Microsoft.DBforPostgreSQL / servers - ссылка на документацию здесь - несколько значений упоминаются в отношении размера базы данных; Размер Sku , определенный как строка и storageMB , целое число, указывающее максимальный объем памяти, разрешенный для сервера.

Нигде в связанной документации не приведен пример того, какая именно строка необходима для размера Sku. Что следует вводить здесь и чем оно отличается по определению от базы данных storageMB?

Ресурс JSON Tree

{
  "name": "string",
  "type": "Microsoft.DBforPostgreSQL/servers",
  "apiVersion": "2017-12-01",
  "sku": {
    "name": "string",
    "tier": "string",
    "capacity": "integer",
    "size": "string",
    "family": "string"
  },
  "properties": {
    "version": "string",
    "sslEnforcement": "string",
    "storageProfile": {
      "backupRetentionDays": "integer",
      "geoRedundantBackup": "string",
      "storageMB": "integer"
    },
    "createMode": "string"
  },
  "location": "string",
  "tags": {},
  "resources": []
}

Определения
Размер Sku (строка, не требуется) - Код размера, который должен интерпретироваться ресурсом соответствующим образом. storageMB (целое число, не требуется) - максимально допустимое хранилище для сервера.

Ответы [ 2 ]

0 голосов
/ 06 июля 2018

обновлено, чтобы ответить на актуальный вопрос

При копании в Rest API выясняется, что это не требуется для создания ресурса.

просмотр исходного кода Azure Cli * * Размер 1010 * считается игнорируемым. ссылки на размер полностью удалены в текущей версии Cli.

трудно сказать, не копаясь в версиях всего вышеперечисленного, но это говорит о том, что это артефакт, который больше не используется, но еще должен быть удален из API, а следовательно, и документации (так как документация автоматизирована из API)


Это все очень плохо задокументировано! - однако можно покопаться и выяснить, что идет куда

смотрит здесь говорит -

Значение параметра sku-name соответствует соглашению {ценовой уровень} _ {compute generation} _ {vCores}, как в примерах ниже:

Пока , это даст вам размер

Compute generation  Gen 4, Gen 5    Gen 4, Gen 5    Gen 5
vCores  - - - -  - 1, 2 - 2, 4, 8, 16, 32   - 2, 4, 8, 16
Memory per vCore    2 GB    5 GB    10 GB

(это не очень хорошая таблица! Лучше посмотрите оригинал по ссылке!)

Уровни ценообразования

  • базовый - B
  • общее - GP
  • память оптимизирована - МО

так что для базового 1 ядра поколения 4 вы бы использовали B_Gen4_1 - аналогично для оптимизированной памяти 5 поколения с 16 ядрами вы использовали бы MO_Gen5_16

На этой странице также указываются пределы хранения для каждого SKU

0 голосов
/ 06 июля 2018

Sku_Size - это количество ядер, выделенных для экземпляра, а размер диска - это количество жесткого диска, выделенного для экземпляра.

https://docs.microsoft.com/en-us/rest/api/postgresql/servers/create#sku

Мне не удалось найти перечисление тех, кто где-либо в документах, но вы можете догадаться из других источников:

https://azure.microsoft.com/en-us/pricing/details/postgresql/
https://docs.microsoft.com/en-us/azure/postgresql/concepts-pricing-tiers

пс. этот также дает сильные идеи для sku и такие

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...