Ошибки, регистрируемые с помощью рабочих ролей Azure

#azure #azure-cloud-services #azure-worker-roles

#azure #azure-cloud-services #azure-worker-roles

Вопрос:

У меня есть несколько рабочих ролей облачной службы Azure (Classic) с очень маленьким размером виртуальной машины (1 ядро, 768 МБ). Я замечаю частые ошибки, регистрируемые (несколько раз в день) в application insights. Похоже, что ошибки происходят из самой системы Windows при попытке дефрагментации дисков. Эти ошибки, похоже, не имеют никаких последствий, кроме того, что они без необходимости заполняют журналы. Я бы хотел избавиться от них в любом случае. Вот необработанный XML для зарегистрированных ошибок…

 <Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <Provider Name='Microsoft-Windows-Defrag'/>
        <EventID Qualifiers='32768'>257</EventID>
        <Level>2</Level>
        <Task>0</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime='2019-03-29T04:23:21.000000000Z'/>
        <EventRecordID>623</EventRecordID>
        <Channel>Application</Channel>
        <Computer>prod0</Computer>
        <Security/>
    </System>
    <EventData>
        <Data>(C:)</Data>
        <Data>Neither Slab Consolidation nor Slab Analysis will run if slabs are less than 8 MB. (0x8900002D)</Data>
        <Binary>2D0000896303000094010000AE0100002236B942D9B1BD381B0700000000000000000000</Binary>
    </EventData>
</Event>
  

и…

 <Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <Provider Name='Microsoft-Windows-Defrag'/>
        <EventID Qualifiers='32768'>257</EventID>
        <Level>2</Level>
        <Task>0</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime='2019-03-29T04:23:20.000000000Z'/>
        <EventRecordID>622</EventRecordID>
        <Channel>Application</Channel>
        <Computer>prod0</Computer>
        <Security/>
    </System>
    <EventData>
        <Data>SYSTEM</Data>
        <Data>This operation is not supported on this filesystem. (0x89000020)</Data>
        <Binary>00000000A40500005105000000000000629468641336AAB85B55B1B5B038000000000000</Binary>
    </EventData>
</Event>
  

Также есть еще одно сообщение…

Процедура сбора для «D:WindowsSystem32winspool.drv » служба в DLL «Spooler» сгенерировала исключение или вернула недопустимый статус. Данные о производительности, возвращаемые библиотекой DLL counter, не будут возвращены в блоке данных Perf. Первые четыре байта (DWORD) раздела данных содержат код исключения или код состояния.

и operation_SyntheticSource: AzureDiag_WEL

Кто-нибудь еще сталкивался с этими ошибками и было ли у вас решение для них?

Комментарии:

1. Насколько я знаю, что extra small не рекомендуется использовать в рабочей среде, но в любом случае, являются ли вышеуказанные записи ошибками, предупреждениями или информационными записями, если они не являются ошибками, то вы, я думаю, можете настроить журналы, которые попадают в appinsights learn.microsoft.com/en-us/visualstudio/azure /…

2. @Mohammad Возможно, это не рекомендуется, но существует огромный скачок в цене между небольшими и следующими по шкале. Мое приложение просто выполняет фоновую обработку, такую как отправка электронных писем и запланированных задач. В предыдущем воплощении (до облака) он запускался как служба Windows. На самом деле это не требует вычислительной мощности, я определенно мог бы использовать больше памяти, 800 МБ — это не так много, когда ОС занимает половину этого.