Невозможно изменить настройки ssl для личного домена в ядре приложения

Когда я пытаюсь изменить настройку ssl для своих пользовательских доменов, панель управления не может загрузить «Выбрать режим обслуживания SSL», и кнопка сохранения отключена.

Я также заметил в Inspector, что он пытался получить доступ к ' https://console.cloud.google.com/m/sslCertificate?certificateId=xxxx ' Версия Zabbix: 3.0 Пытаясь контролировать некоторые коммутаторы по протоколу SNMP, я могу контролировать их без проблем, все элементы работают и все в порядке, но добавление ...

Сценарий:

ОС: CentOS 7.2
Версия Zabbix: 3.0
Пытаюсь контролировать некоторые коммутаторы по протоколу SNMP


Я могу контролировать их без проблем, все элементы работают и все в порядке, но добавление каждого элемента - заноза в заднице и я не собираюсь тратить время зря прямо сейчас, поэтому я начал немного погуглить и нашел Zabbix Extras , который, кажется, решает мою проблему, но пока не решает, поскольку последняя версия предназначена для Zabbix 2.4. В любом случае, я попытался установить его, но, как и ожидалось, безуспешно. Я пытался найти альтернативу и пока что получил что-то, так что это, по сути, мой последний шанс ...

надеюсь, что кто-то может помочь или я '

Моя основная проблема связана с поддержкой TRIM в сценариях RAID. Насколько я понимаю, несмотря на то, что прошло более 6 лет с тех пор, как SSD были представлены в компьютерах потребительского уровня и 4 года с тех пор, как NVMe стал коммерчески доступным - современные контроллеры RAID по-прежнему не поддерживают выдачу команд TRIM для подключенных SSD - за исключением RAID-контроллеров Intel в режиме RAID-0.

Я удивлен, что поддержка TRIM отсутствует в режиме RAID-1, учитывая то, как диски отражают друг друга, это кажется простым. Но я отвлекся.

Замечу, что если вам нужна отказоустойчивость дисков (как HDD, так и SSD), вы должны использовать их в конфигурации RAID, но поскольку SSD будут без TRIM, это означает, что они пострадают от увеличения записи. что приводит к дополнительному износу, что, в свою очередь, приведет к преждевременному отказу твердотельных накопителей - это досадная ирония: система, разработанная для защиты от сбоя накопителя, может в конечном итоге привести к этому напрямую.

Итак:

  1. Is TRIM поддержка необходимо для современных (2015-2016 гг.) SSD?

    1.1. Есть ли разница в необходимости поддержки TRIM между SATA, SATA-Express и твердотельными накопителями на базе NVMe?

  2. Часто диски рекламируются как имеющие улучшенную встроенную сборку мусора; устраняет ли это необходимость в TRIM ? Как их процесс сборки мусора работает в среде RAID?

    1.1. Например, см. Этот QA от 2010 года, в котором описывается довольно плохое снижение производительности из-за отсутствия TRIMming ( https: // superuser. com / questions / 188985 / how-badly-do-ssds-degrade-without-trim ) - и в этой статье 2015 года утверждается, что использование TRIM настоятельно рекомендуется ( http://arstechnica.com/ gadgets / 2015/04 / ask-ars-my-ssd-does-garbage-collection-so-i-dont-need-trim-right / ). Как вы ответите на эти веские аргументы в пользу необходимости TRIM ?

  3. Множество статей и дискуссий из более ранних лет касается SLC и MLC flash, и что SLC предпочтительнее из-за его гораздо более длительного срока службы - однако кажется, что все твердотельные накопители сегодня (независимо от того, где они находятся в спектре от потребителя к предприятию) относятся к MLC - актуально ли это различие?

    1. 1 А как насчет флэш-памяти TLC?

  4. Корпоративные твердотельные накопители, как правило, имеют гораздо более высокие пределы выносливости / записи (часто измеряются тем, сколько раз вы можете полностью перезаписать диск за день в течение ожидаемого 5-летнего срока службы диска) - если их предел цикла записи очень высок (например, 100 полных записей в день), означает ли это, что они вообще не нуждаются в TRIM , потому что эти ограничения слишком высоки, или, наоборот, только эти ограничения достижимо с помощью TRIM ?

51
задан 20 March 2017 в 12:04
4 ответа

TRIM - это не то, о чем я никогда не беспокоюсь при использовании SSD на современных RAID-контроллерах. Твердотельные накопители были усовершенствованы, функции аппаратного RAID-контроллера были оптимизированы для этих рабочих нагрузок, и обычно имеется отчет о ресурсах.

TRIM предназначен для дисков SATA более низкого уровня. Для SAS SSD у нас есть SCSI unmap, и, возможно, именно поэтому я не сталкиваюсь с необходимостью TRIM ...

Но другой комментатор прав. Программно-определяемое хранилище (SDS) меняет то, как мы используем SSD. В решениях SDS контроллеры RAID не имеют значения. И такие вещи, как TRIM, как правило, менее важны, потому что твердотельные накопители выполняют определенные роли. Я думаю о кеш-памяти чтения Nimble Storage или ZFS L2ARC и ZIL ... Все они отвечают конкретным потребностям, и программное обеспечение использует ресурсы более разумно.

9
ответ дан 28 November 2019 в 19:37

Давайте попробуем ответить на один вопрос за раз:

  • Необходима ли поддержка TRIM для современных твердотельных накопителей (эпоха 2015–2016 гг.)?

Краткий ответ: в большинстве случаев нет. Длинный ответ: если вы зарезервируете достаточно свободного места (~ 20%), даже диски потребительского уровня обычно будут иметь довольно хорошие значения стабильности производительности (но вам понадобится , чтобы избежать дисков, которые вместо этого подавляют непрерывную запись) . Диски корпоративного уровня еще лучше, потому что у них по умолчанию больше свободного места, а также потому, что их комбинация контроллер / микропрограмма оптимизирована для непрерывного использования диска. Например, взгляните на привод S3700, на который вы ссылались: даже без обрезки он имеет очень хорошую согласованность записи.

  • Часто приводы рекламируются как имеющие улучшенные встроенные функции. сборка мусора, устраняет ли это необходимость в TRIM? Как их сборщик мусора работает в среде RAID

Сборщик мусора дисков творит чудеса внутри изолированной программной среды дисковода - он ничего не знает о внешней среде. Это означает, что на него (в основном) не влияет уровень RAID массива. Тем не менее, некоторые уровни RAID (в основном, основанный на четности) могут иногда (и в некоторых конкретных реализациях) увеличивать коэффициент усиления записи, так что это, в свою очередь, означает более высокую нагрузку на подпрограммы GC.

  • Многие статьи и обсуждение предыдущих лет касается SLC vs Флеш-память MLC и этот SLC предпочтительнее из-за ее гораздо более длительного срока службы, однако кажется, что все твердотельные накопители (независимо от того, где они находятся в спектре от потребителя к предприятию) являются MLC-тезисами - это определение актуальности больше

SLC-накопители в основном исчезли с предприятий, их отвели в основном на военные и некоторые промышленные задачи. Отмеченные предприятия теперь разделены на три категории:

  • Флэш-память HMLC / MLCe - это флэш-память с более совершенными микросхемами MLC, сертифицированная для поддержки не менее 25000/30000 циклов перезаписи;
  • микросхемы 3D MLC оцениваются примерно в 5000 -10000 циклов перезаписи;
  • обычные планарные микросхемы MLC и 3D TLC рассчитаны примерно на 3000 циклов перезаписи.

На самом деле, любой из вышеперечисленных типов флэш-памяти должен предоставить вам достаточную общую емкость записи и, по сути, вы можно найти корпоративные диски со всеми вышеперечисленными типами флеш-памяти.

Настоящее различие между корпоративными и потребительскими дисками заключается в следующем:

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

Драйверы корпоративного уровня лучше в основном из-за их контроллеров и силовых конденсаторов, а не из-за лучшей флэш-памяти.

  • Корпоративные твердотельные накопители, как правило, имеют гораздо более высокий ресурс ограничения записи (часто измеряется тем, сколько раз вы можете полностью перезаписать диск за день, в течение ожидаемых 5 лет диска срок службы), устраняет ли это какие-либо проблемы с усилением записи вызвано невыполнением TRIM?

Как указано выше, диски корпоративного уровня имеют гораздо больше свободного места по умолчанию (~ 20%), что, в свою очередь, резко снижает потребность в обычных TRIM

В любом случае, в качестве примечания, пожалуйста рассмотрите некоторые программные RAID-массивы, поддерживающие TRIM (кто-то сказал Linux MDRAID? )

24
ответ дан 28 November 2019 в 19:37

shodanshok затронул здесь настоящий ответ. Если вы зарезервируете дополнительное пространство, «избыточное выделение», долговечность вашего SSD и стабильность производительности записи со временем улучшатся, и отсутствие поддержки TRIM станет в основном несущественным. Зарезервировать это дополнительное пространство можно так же просто, как, начиная с нового твердотельного накопителя, разбить на разделы меньше полной емкости. Большинство контроллеров в приводе обрабатывают неиспользуемое пространство так же, как зарезервированное пространство, тем самым значительно уменьшая усиление записи. Для загрузки и ОС, вероятно, достаточно 10% зарезервированного пространства. Для дисков, которые часто перезаписываются, увеличьте это пространство.

0
ответ дан 28 November 2019 в 19:37

Уровни RAID с SSD Приведенный выше ответ предполагает, что уровни RAID с четностью, такие как RAID 5, увеличивают усиление записи. На самом деле существует несколько способов интерпретировать это: влияние на один диск или влияние на набор дисков.

По сравнению с отсутствием избыточности, RAID 5 действительно добавляет записи в набор, поскольку он добавляет четность контрольной суммы. По сравнению с массивом RAID 0 из (n-1) дисков влияние на каждый диск массива RAID 5 с n дисками ничто. Каждый из n дисков получает столько же записей. RAID 5 добавляет 1 / (n-1) дополнительных записей в набор. Однако RAID 1 и RAID 10 добавляют 100% дополнительных операций записи в набор, потому что все, что записывается на один SSD, записывается на его зеркало.

Итак, с точки зрения записи в набор RAID 5 по сравнению с набором RAID 10 с тем же количество дисков, твердотельные накопители в наборе RAID 5 будут получать меньше операций записи. И это останется верным, даже если вы увеличите количество SSD в наборе RAID 10 для выравнивания полезной емкости.

1
ответ дан 28 November 2019 в 19:37

Теги

Похожие вопросы