Размер временного хранилища при установке Service Fabric

Я хотел бы создать базовую (дешевую) среду для своего приложения Service Fabric. Однако Service Fabric, похоже, использует диск «Временное хранилище» виртуальных машин, размер которого ограничен. Я вижу единственный способ увеличить диск временного хранилища — заплатить за более производительную виртуальную машину, чего я пока не хочу делать.

Есть ли способ увеличить размер временного хранилища или указать Service Fabric не использовать диск временного хранилища, а другой диск?

У меня заканчивается память на временном диске, поэтому нужно посмотреть другие варианты.


azure-service-fabric
person Slicc    schedule 15.02.2018    source источник
comment
Что вы храните на временном диске, что вам нужно так много места? Знаете ли вы, что временный диск может не выдержать перезагрузки/других событий виртуальной машины (установка исправлений хоста, миграция и т. д.)?   -  person PatrickSteele    schedule 17.02.2018
comment
Сам ничего не храню. Но развертывание сервисной фабрики устанавливает мои службы там, что занимает немного места, и я предполагаю, что все службы с отслеживанием состояния помещают туда свое состояние и репликацию состояния. Service Fabric реплицирует состояние между виртуальными машинами, поэтому не боится перезагрузки виртуальных машин.   -  person Slicc    schedule 18.02.2018
comment
Я понимаю. Я думал, что вы, возможно, создаете файлы данных напрямую и сохраняете их на временном диске.   -  person PatrickSteele    schedule 18.02.2018
comment
вы ограничены хранилищем, даже когда вы отключаете ведение журнала и используете кластер с 1 узлом? что-то не так   -  person Alex Gordon    schedule 19.02.2018
comment
Если требования к хранилищу состояния моих служб с отслеживанием состояния становятся большими, какие у меня есть варианты? Кажется, единственное, что я могу сделать, это увеличить производительность виртуальной машины, когда все, что я действительно хочу сделать, это увеличить размер временного хранилища, это правильно?   -  person Slicc    schedule 19.02.2018
comment
та же самая ловушка, использование графического интерфейса Azure для определения кластера сервисной фабрики, почему, черт возьми, графический интерфейс Azure настолько ограничен? Меня даже не попросили добавить диск с данными. Я ненавижу шаблон ARM, но кажется, что вы никогда не должны использовать графический интерфейс. Падение в одну ловушку за другой с ним   -  person cedric.walter    schedule 13.11.2020

Ответы (2)


arrow_upward
1
arrow_downward

Лучший вариант для вас — создать собственный кластер из шаблона ARM, настроить все требования, такие как дополнительные диски, типы дисков, а затем развернуть новый кластер на основе этого шаблона.

Вы можете получить некоторые шаблоны в в этом репозитории и использовать это руководство в качестве справки

person Diego Mendes    schedule 20.02.2018

arrow_upward
0
arrow_downward

Если вы не настроите MaxDiskQuotaInMB, журналы диагностики Service Fabric могут использовать 64 гигабайта временного хранилища (d: для Windows или /mnt для Linux).

Вы можете попробовать использовать виртуальные машины с большим временным хранилищем (64 гигабайта или более) или ограничить объем хранилища, выделяемый сервисной структурой для журналов, следующим образом:

  1. запуск этого типа команды Powershell описан здесь
Set-AzureRmServiceFabricSetting -ResourceGroupName clusterResourceGroup -Name clusterName -Section "Diagnostics" -Parameter "MaxDiskQuotaInMB" -Value "25600"
  1. определение его как части шаблона руки, как в этом пример
"parameters": [
  {
    "name": "MaxDiskQuotaInMB",
    "value": 5120
  }
]
  1. изменить его через resources.azure.com, следуя этим инструкции из Microsoft Docs
{
  "name": "Diagnostics",
  "parameters": [
    {
      "name": "MaxDiskQuotaInMB",
      "value": "65536"
    }
  ]
}
person StepDo    schedule 19.07.2021