Да, Вы верно поняли. Я не так хорошо осведомлен в химии, как Вы, и пытался выразиться максимально понятно.
Органика, коими и являются полимеры, подвержена окислению кислородом, и при участии солнечного света эта реакция очень сильно ускоряется. Естественно производители пытаются предотвратить окислительную деструкцию путем добавления стабилизаторов, но со временем и этот стабилизатор расходуется и в процессе окисления выделяется не только «мономер», как Вы его назвали, но и куча разных альдегидов, кислот и тп. Собственно речь шла исключительно о «мономерах».
Ну как же, уважаемый. Натрий, магний, кальций и много других химических элементов, являются «самыми-самыми» нейромедиаторами. Ну а про аминокислоты — тут попрошу не путать. Есть аминокислоты из которых строятся белки, а есть тип «нейромедиаторные аминокислоты», хотя вторые могут быть и первыми, равно как и наоборот.
Вспомните, почему при сердечных заболеваниях дают магний, а при нарушении рефлексов и памяти — натрий? Именно потому, что магний участвует в передаче импульсов от нервных клеток к мышцам, а натрий участвует в синаптических трансмиссиях.
Прошу строго не судить, медицинское образование не полное и не профильное, но на сколько я помню, магний является одним из основных нейромедиаторов, в составе аминокислот. Но за счет переработки многих продуктов питания, равно как и последующего их приготовления, содержание натрия, магния и многих других нейротрансмиттеров, в конечном продукте, снижается на 70-90%. Но это не катастрофа. Суточная норма все равно набирается. А вот употребление разного рода гормонов, ядов, психоактивных веществ, и любой другой деятельности, повышающих активность ЦНС (в том числе и стресс), приводит к повышенному их «расходу».
По этому утверждение о нехватке магния, особенно у жителей больших городов, действительно имеет место быть. Вопрос в том, какова она.
Скажу даже больше! Любой «поли» материал, вроде полиэтилена, постоянно выделяет свое основание. Например полиэтилен — этилен и так далее. И много где пишут, что пластиковые окна вредны для дыхания, а в пластиковых бутылках воду хранить нельзя. И это от части правда. Вот только есть один нюанс — концентрация этилена, хоть сколько нибудь токсичная, в той же бутылке воды, не сможет образоваться в вводе, если даже весь этилен из этой бутылки растворить в том объеме воды, который она содержит.
Единственный вред, который наносит полиэтилен природе — это отсутствие его переработки и загрязнение им экосистем, обитатели которых вымирают из за того, что запутываются в нем, или наедаются им. И тут чисто физиологические причины, а не химические. И это даже вина не полиэтилена, а того, кто его использует — человек.
Я решение нашел. Оно мне подходит. Полная динамика. Mikrotik + ASR + L2TP + IPSEC + EIGRP + OSPF и один статический маршрут в 0.0.0.0.0
Тестирование завершено успешно, деплою в прод.
Как запущу в прод — напишу статью по этой теме.
Коллеги, подскажите, что можно придумать, для агрегации VPN клиентов, чтобы не городить гору туннелей.
Есть стэк из двух ASR 1002 (vpn-сервер), и целая гора (300+) микротиков в качестве VPN-клиентов.
Можно ли как-то агрегировать всех клиентов одним int tun? Что-то вроде DMVPN… но микротик не умеет ни NHRP ни mGRE… есть вариант собрать DMVPN HUB и подцепить к нему клиентов по обычному GRE, но придется рисовать 300+ статичкеских маршрутов на хабе, чего тоже не очень хочется.
Тут нужно думать как политик.
Создается закон, каторый априори трудно выполним, а значит будут нарушения. А это штрафы. А это пополнение бюджета. Ну и дальше по распределению…
Надеюсь Вы понимаете что из себя представляет FD? Это, по сути, RAID0. Если один диск вышел из строя — то тут только восстановление из бэкапа тайм-машины поможет.
Собирать массив из SSD тоже бессмысленно, ибо узким местом будет шина. Ускорения тут не получится. Только если выносить дисковую подсистему на внешнее Tunderbolt 2 хранилище.
А вот замена диска — вполне себе кейс.
Ну, как бы TM — file backup. Главное что-бы суммарный размер раздела, на который производится восстановление был по объему не менее объема резервной копии, иначе TM просто откажется восстанавливать данные. Недостаточно места.
Что логично.
Более емкий SSD -> больше суммарный размер -> Восстановление возможно.
Менее емкий SSD -> меньше суммарный размер -> восстановление возможно только при условии, что размер резервной копии не более размера целевого тома.
По TimeMachine не вижу смысла писать статью. Мышкотыканье сплошное.
По вопросу замены физического диска без потери данных — пишите в личку кейсы. Самый востребованный или интересный кейс будет удостоен отдельной статьи, уговорили. =)
Если прям с командами, то уточните пожалуйста стратегию. Вариантов несколько.
Вариант "в лоб" — самый простой, для домохозяек — заменить диск, восстановится из TimeMachine
Вариант для продвинутых:
CoreStorage умеет несколько вариантов топологий
Logical Volume Group (LVG)
Physical Volume (PV)
Logical Volume Family (LVF)
Logical Volume (LV)
Самый простой вариант:
Конвертируете массив в PV. Собираете RAID1 из двух SSD. Собираете FD из RAID и HDD, дожидаетесь репликации, повторяете процедуру, отключаете ненужный SSD. Собираете FD как и раньше, но с новым SSD.
Как--то так
Ну как минимум — покурить man diskutil, и там содержится ответ на Ваш первый вопрос, как максимум — осилить, дополнительно, доку по RAID и LVM в частности. Тогда ответ на Ваш второй вопрос выкристаллизуется сам собой.
FD, как решение, частный случай применения технологии.
Моему SSD более двух лет. И недавно мне в голову пришла мысль, обновить SSD диск, возможно ресурс его подходит к концу. И для оценки масштабов разрушения семейного бюджета (с новым то курсом), начал я с оценки SMART. Для этого я использовал утилиту smartctl
Как видим время работы составляет 12635 часов (527 дней).
За это время было записано 7,20 Тб данных (235832 блоков по 32 Мб — Host_Writes_32MiB). Значит нагрузка по записи составляет 14 Гб в день.
Согласно спецификации накопители на MLC, а именно такая память в моем плексторе, расчитаны на 10 000 циклов.
Посчитаем использованный ресурс: Общий объем накопителя 128 Гб. На него суммарно записано 7,2 Тб, а это значит, что все ячейки (пусть и не совсем равномерно, но тут уже работает закон больших чисел) были перезаписаны приблизительно по 58 раз. 58 циклов. Из 10 тысяч.
Ресурс моего SSD отработан аж на целых 0,58%. Вот тебе и математика
Однозначно стоит!
Второй год на FD — полет отличный. Использован 1% ресурса SSD
У технологии есть довольно серьезные плюшки, особенно для Advanced Users.
По сути это LVM с серьезно доработанной логикой.
Возможность объединения множества физических томов в один логический
Возможность объедиения разделов в единый логический том
Возможность распределения нагрузки и ресурсов в случае гибридных топологий (SSD+HDD) И на последнем пункте самое интересное: распределение нагрузки, возможно двумя способами — на уровне файлов и на уровне блоков. Но файлы в приоритете.
В случае, когда массив собран из HDD и SSD система пытается хранить макимально возможное количество данных на SSD, обеспечивая максимально быстрый доступ. При этом система всегда держит не менее 4GB свободного пространства на SSD диске.
Общий алгоритм выглядит так:
Все новые данные храним на SSD, пока позволяет место.
Если место еще есть, смотрим какие файлы на HDD запрашиваются чаще всего и мигрируем их на SSD.
Если место заканчивается, смотрим, какие файлы на SSD используются реже всего и мигрируем их на HDD.
Если файл не помещается целиком на SSD — храним его на HDD.
Побочным эффектом такого алгоритма является отсутствие фрагментации на уровне файлов. Однако, если файл не помещается на SSD, но обращения к нему очень часты, то Core Storage начитает мигрировать часто запрашиваемые блоки этого большого файла с HDD на SSD.
О чем статья-то? Перепечатываем буклет с маркетингом? Или нет, его тут тоже нет. Где ответ на вопрос "Зачем?"
Самый правильный мониторинг — это тот, который может не только зарегистрировать событие, но и принять ответные меры. Называется парадигма AutoSupport.
Зачем разводить зоопарк мониторингов и потом писать костыль для консолидации журналов? Хотя HP всегда хотела странного.
У вас есть крутейший инструмент в виде ILO и SNMP. У вас есть API OS и распространенных ныне гипервизовров!
Почему не взглянуть на идею монторинга по новому — мониторить не конкретные поддерживающие сервисы, а услугу в целом, начиная от HW-базы, до отзывчивости интерфейса. Но нечерез консолидацию разношерстных систем мониторинга, а уже готовыми средствами. Расширением возможностей iLOM как единого интерфейса взаимодействия.
Вот за такой глубоко интегрированный комбайн я бы заплатил
Я конечно извиняюсь, но когда это останавливало наши "компетентные органы". Реальность, к сожалению, такова, что если им что-то понадобится — Вы им это предоставите.
Вообще, я лично, считаю, что подобные меры могут быть эффективными только в качестве резервирования сервисов, как дешевое средство защиты от DDoS, инсайда, иных внутренних угроз. В общем для довольно узкого профиля. И, как размышлял автор, в качестве коммерческого сервиса/решения — это не самый удачный продукт, хотя бы иззатого, что спрос на такое решение будет довольно низким, я бы даже назвал это "штучным продуктом".
В остальном идея не нова. И свежий взгляд на старые проблемы — это интересно и полезно. Так и создаются технологии.
Органика, коими и являются полимеры, подвержена окислению кислородом, и при участии солнечного света эта реакция очень сильно ускоряется. Естественно производители пытаются предотвратить окислительную деструкцию путем добавления стабилизаторов, но со временем и этот стабилизатор расходуется и в процессе окисления выделяется не только «мономер», как Вы его назвали, но и куча разных альдегидов, кислот и тп. Собственно речь шла исключительно о «мономерах».
Вспомните, почему при сердечных заболеваниях дают магний, а при нарушении рефлексов и памяти — натрий? Именно потому, что магний участвует в передаче импульсов от нервных клеток к мышцам, а натрий участвует в синаптических трансмиссиях.
По этому утверждение о нехватке магния, особенно у жителей больших городов, действительно имеет место быть. Вопрос в том, какова она.
Единственный вред, который наносит полиэтилен природе — это отсутствие его переработки и загрязнение им экосистем, обитатели которых вымирают из за того, что запутываются в нем, или наедаются им. И тут чисто физиологические причины, а не химические. И это даже вина не полиэтилена, а того, кто его использует — человек.
Тестирование завершено успешно, деплою в прод.
Как запущу в прод — напишу статью по этой теме.
Есть стэк из двух ASR 1002 (vpn-сервер), и целая гора (300+) микротиков в качестве VPN-клиентов.
Можно ли как-то агрегировать всех клиентов одним int tun? Что-то вроде DMVPN… но микротик не умеет ни NHRP ни mGRE… есть вариант собрать DMVPN HUB и подцепить к нему клиентов по обычному GRE, но придется рисовать 300+ статичкеских маршрутов на хабе, чего тоже не очень хочется.
Создается закон, каторый априори трудно выполним, а значит будут нарушения. А это штрафы. А это пополнение бюджета. Ну и дальше по распределению…
Собирать массив из SSD тоже бессмысленно, ибо узким местом будет шина. Ускорения тут не получится. Только если выносить дисковую подсистему на внешнее Tunderbolt 2 хранилище.
А вот замена диска — вполне себе кейс.
Что логично.
Более емкий SSD -> больше суммарный размер -> Восстановление возможно.
Менее емкий SSD -> меньше суммарный размер -> восстановление возможно только при условии, что размер резервной копии не более размера целевого тома.
По TimeMachine не вижу смысла писать статью. Мышкотыканье сплошное.
По вопросу замены физического диска без потери данных — пишите в личку кейсы. Самый востребованный или интересный кейс будет удостоен отдельной статьи, уговорили. =)
Вариант "в лоб" — самый простой, для домохозяек — заменить диск, восстановится из TimeMachine
Вариант для продвинутых:
CoreStorage умеет несколько вариантов топологий
Самый простой вариант:
Конвертируете массив в PV. Собираете RAID1 из двух SSD. Собираете FD из RAID и HDD, дожидаетесь репликации, повторяете процедуру, отключаете ненужный SSD. Собираете FD как и раньше, но с новым SSD.
Как--то так
HFS+, к счастью, позволяет это.
FD, как решение, частный случай применения технологии.
Моему SSD более двух лет. И недавно мне в голову пришла мысль, обновить SSD диск, возможно ресурс его подходит к концу. И для оценки масштабов разрушения семейного бюджета (с новым то курсом), начал я с оценки SMART. Для этого я использовал утилиту smartctl
Как видим время работы составляет 12635 часов (527 дней).
За это время было записано 7,20 Тб данных (235832 блоков по 32 Мб — Host_Writes_32MiB). Значит нагрузка по записи составляет 14 Гб в день.
Согласно спецификации накопители на MLC, а именно такая память в моем плексторе, расчитаны на 10 000 циклов.
Посчитаем использованный ресурс: Общий объем накопителя 128 Гб. На него суммарно записано 7,2 Тб, а это значит, что все ячейки (пусть и не совсем равномерно, но тут уже работает закон больших чисел) были перезаписаны приблизительно по 58 раз. 58 циклов. Из 10 тысяч.
Ресурс моего SSD отработан аж на целых 0,58%. Вот тебе и математика
Второй год на FD — полет отличный. Использован 1% ресурса SSD
У технологии есть довольно серьезные плюшки, особенно для Advanced Users.
По сути это LVM с серьезно доработанной логикой.
Возможность объединения множества физических томов в один логический
Возможность объедиения разделов в единый логический том
Возможность распределения нагрузки и ресурсов в случае гибридных топологий (SSD+HDD) И на последнем пункте самое интересное: распределение нагрузки, возможно двумя способами — на уровне файлов и на уровне блоков. Но файлы в приоритете.
В случае, когда массив собран из HDD и SSD система пытается хранить макимально возможное количество данных на SSD, обеспечивая максимально быстрый доступ. При этом система всегда держит не менее 4GB свободного пространства на SSD диске.
Общий алгоритм выглядит так:
Все новые данные храним на SSD, пока позволяет место.
Если место еще есть, смотрим какие файлы на HDD запрашиваются чаще всего и мигрируем их на SSD.
Если место заканчивается, смотрим, какие файлы на SSD используются реже всего и мигрируем их на HDD.
Если файл не помещается целиком на SSD — храним его на HDD.
Побочным эффектом такого алгоритма является отсутствие фрагментации на уровне файлов. Однако, если файл не помещается на SSD, но обращения к нему очень часты, то Core Storage начитает мигрировать часто запрашиваемые блоки этого большого файла с HDD на SSD.
В обновлении OS X Yosemite 10.10.4 добавлена утилита командной строки trimforce, которая активирует TRIM для сторонних SSD.
Включается командой в Терминале
Выключается
А без него, тоже не смертельно, если SSD не древний. Большинство современных SSD имеет "аппаратный TRIM", и его поддержка ОС не обязательна.
Самый правильный мониторинг — это тот, который может не только зарегистрировать событие, но и принять ответные меры. Называется парадигма AutoSupport.
Зачем разводить зоопарк мониторингов и потом писать костыль для консолидации журналов? Хотя HP всегда хотела странного.
У вас есть крутейший инструмент в виде ILO и SNMP. У вас есть API OS и распространенных ныне гипервизовров!
Почему не взглянуть на идею монторинга по новому — мониторить не конкретные поддерживающие сервисы, а услугу в целом, начиная от HW-базы, до отзывчивости интерфейса. Но нечерез консолидацию разношерстных систем мониторинга, а уже готовыми средствами. Расширением возможностей iLOM как единого интерфейса взаимодействия.
Вот за такой глубоко интегрированный комбайн я бы заплатил
Вообще, я лично, считаю, что подобные меры могут быть эффективными только в качестве резервирования сервисов, как дешевое средство защиты от DDoS, инсайда, иных внутренних угроз. В общем для довольно узкого профиля. И, как размышлял автор, в качестве коммерческого сервиса/решения — это не самый удачный продукт, хотя бы иззатого, что спрос на такое решение будет довольно низким, я бы даже назвал это "штучным продуктом".
В остальном идея не нова. И свежий взгляд на старые проблемы — это интересно и полезно. Так и создаются технологии.