По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Привет, друг! Если ты читаешь эту статью, то скорее всего столкнулся с ошибкой VT-x/AMD-V hardware acceleration is not available on your system когда пробовал создать виртуальную машину в Virtual Box, или такой ошибкой при работе с VMWare: This host supports Intel VT-x, but Intel VT-x is disabled или чем-то похожим при работе с другой средой виртуализации. Продолжай читать и ты обязательно найдёшь причину!
Для начала, позволь вкратце объяснить, что такое VT-x и AMD-V.
VT-x – это технология, разработанная компанией Intel в 2005 году, которая позволила процеcсорам (CPU) данного производителя поддерживать аппаратную виртуализацию. Грубо говоря, появилась возможность имея один компьютер, создать другой внутри него и даже с другой операционной системой!
AMD-V - это технология аппаратной виртуализации от компании AMD. Первые процессоры от производителя AMD появились на рынке годом позже, в 2006 году.
Итак, теперь вот тебе топ 3 причин, по которым ты мог встретить вышеупомянутые ошибки:
Процессор твоего "комплюктера" попросту не поддерживает технологии виртуализации VT-x/AMD-V.
Возможно ты являешься обладателем очень старого или наоборот крайне специфичного девайса, CPU которого просто не умеет в виртуализацию. В таком случае, ты не сможешь устранить те ошибки и запустить виртуалку в любой среде виртуализации. Но не огорчайся, есть масса способов покрутить виртуалки, например, воспользоваться услугами VDS/VPS хостера!
VT-x/AMD-V отключила Hyper-V.
Hyper-V это проприетарная технология виртуализации от Microsoft, которая по умолчанию вырубает поддержку VT-x/AMD-V, чтобы избежать конфликтов. Короче придётся выбирать между Hyper-V и другой конфликтующей средой виртуализации.
Технология VT-x или AMD-V просто выключены и их нужно включить.
По умолчанию, поддержка виртуализации выключена в BIOS и чтобы победить ошибки из начала статьи и, наконец запустить заветную виртуалку, тебе нужно просто зайти в BIOS и включить VT-x/AMD-V!
В зависимости от производителя твоего компьютера, может быть несколько вариантов перехода в BIOS. Обычно, тебе нужно просто перезагрузить компьютер и дождаться на экране надписи: Press to enter BIOS, а вот какая-то кнопка может быть разной.
Вот тебе несколько примеров для разных производителей:
Asus, Lenovo, DELL
Как правило просят нажать F2
Перейти на вкладку Advanced, выбрать Virtualization Technology и нажать Enter
Сменить состояние строки с Disabled на Enabled после чего нажать F10, чтобы сохранить изменения и перезагрузить компьютер
Acer, HP
Как правило просят нажать F2 ну или F1 или же CTRL+ALT+ESC или F10
Нажать на правую стрелку и перейти на вкладку System Configuration, выбрать Virtualization Technology и нажать Enter
Сменить состояние строки с Disabled на Enabled после чего нажать F10, чтобы сохранить изменения и перезагрузить компьютер
Компьютеры с процессорами AMD
Как правило просят нажать F2
Выбрать вкладку Advanced затем CPU Configuration, после чего выбрать SVM Mode и нажать Enter
Сменить состояние строки с Disabled на Enabled после чего нажать F10, чтобы сохранить изменения и перезагрузить компьютер
Современная IT-сфера немыслима без компьютерных сетей. С течением времени сети росли и расширялись, и соответственно, возникла необходимость их обслуживания. Это было реализовано на аппаратном уровне возникли выделенные ЭВМ, которые предназначались исключительно для обслуживания компьютерной сети. Эти компьютеры стали называть серверами (от английского to serve служить).
Такое решение позволило перевести обслуживание сетей в автоматизированную плоскость. Такие машины требовали создания специализированного программного обеспечения. Такие разработки вели различные компании, и результатом их деятельности стало появление целых операционных систем, предназначенных только для работы на серверах.
Отличие таких операционных систем от сборок, предназначенных для офисов или домашнего использования в том, что они предназначены для выполнения различных по сути задач, и поэтому обладают различным функционалом. В этой статье мы рассмотрим, как изменялись операционные системы, предназначенные для серверов, от компании Windows.
В 1993 году компания выпустила в свет новую операционную систему, точнее, даже решение для существующей операционной системы Windows NT 3.1. Оно называлось Advanced Server, и отличалось от стандартной ОС тем, что также могло поддерживать домены, массивы RAID и аппаратной поддержкой 4 процессоров.
Уже через год, в 1994 году Microsoft предоставила пользователям новую версию ОС Windows NT 3.5. Серверная версия данной ОС отличалась от предыдущей новыми внедренными решениями, например, поддержкой клиентских машин в сети даже под другими операционными системами.
1995 год подарил миру операционную систему Windows 95. За 3 месяца до ее появления вышла серверная ОС Windows NT 3.51 Server. В данной системе была предусмотрена возможность клиент-серверного обмена с Win 95, а в целом система была "заточена" под архитектуру PowerPC.
Следующей версией серверных ОС от Microsoft стала Windows NT 4.0 Server.Она имела более высокие системные требования, а также позволяла на основе себя создавать компьютерные сети для небольших бизнес-компаний. Эта версия вышла в 1996 году, а в 1997 году вышла сборка Enterprise Edition, предназначенная для более крупных клиентов и сетей с большой нагрузкой. В 1998 году вышел дистрибутив Terminal server, главной особенностью которого стала поддержка удаленного доступа. Это решение прижилось и в более поздних версиях OS Windows.
Выпуск операционной системы Windows 2000 также повлек за собой выход аж трех версий серверной операционной системы. Это были:
Windows 2000 Server - основными нововведениями которого стали внедрение новой методики аутентификации, функция Active Directory и возможность использования динамического IP. (2 процессора, 4 ГБ оперативной памяти)
Windows 2000 Advanced Server версия для среднего и крупного бизнеса. Она была предназначена для машин с большей аппаратной мощностью, нежели стандартная сборка, и реализовывала свои возможности через кластерную инфраструктуру. (8 процессоров, 8 ГБ оперативной памяти)
Windows 2000 Datacenter Server этакое "вундерваффе" среди новоявленных серверных ОС была предназначена для крупных компаний, имеющих самые мощные сервера и большие объемы передаваемых внутри сети данных. (32 процессора, 32 ГБ оперативной памяти)
Полноценная новая версия сетевой ОС от Microsoft появилась в 2003 году. Она называлась Windows 2003 Server, и была создана на основе Windows XP специально для работы с серверами. В ней была добавлена поддержка Microsoft .NET, улучшена система Active Directory, добавлены новые решения безопасности и внедрена обновленная поддержка интернет-служб, что позволило в разы повысить скорость и эффективность работы системы. Второй релиз данной версии состоялся в 2005 году, при этом компания внедрила в операционную систему ряд решений, позволяющих оптимизировать ее работу.
Следующая версия серверной ОС появилась в 2008 году и носила название Windows Server 2008. Она отличалась от предыдущих версий возможностью установки так называемого "ядра сервера", улучшениями Active Directory, встроенным Windows Power Shell, возможностью изолировать и восстанавливать поврежденные данные без перезагрузки сервера и значительным обновлением службы терминалов. Также систему "почистили" от ненужных функций, что также благоприятно повлияло на ее использование. Второй релиз этой системы был основан на Windows 7, с внедрением соответствующих улучшений.
Появление на рынке OS Windows 8 повлекло за собой выход серверной версии, которая называлась Windows Server 2012. Она была выпущена в 4 редакциях Foundation (для исследовательских задач), Essentials (версия с ограничением по количеству пользователей и с неполным функционалом), Standard и Datacenter (обе версии с широчайшим, незначительно различающимся функционалом). Эта версия собрала в себе все лучшее, что было в прошлых вариантах ОС и внедрила несколько новых решений, значительно упрощающих и ускоряющих работу. В 2013 году был выпущен второй релиз, еще более оптимизированный и эффективный.
В 2016 году появилась Windows Server 2016 серверная операционная система, поддерживающая обновление с предыдущих версий. Здесь были внедрены новые возможности в управлении процессами, решения безопасности и общей эффективности системы. Также изменения коснулись и стандартного ПО, по умолчанию поставляемого вместе с ОС.
И наконец, последней на текущий момент версией ОС Windows Server является Windows Server 2019. Удобный графический интерфейс Windows 10 и внедрение новых решений, существенно расширяющих возможности относительно предыдущих версий, делают Windows Server 2019 одной из наиболее популярных серверных операционных систем в мире.
В производственной среде даже минимальное время простоя недопустимо. Это может привести к потере доходов и, что хуже всего, репутации. Чтобы отладить возможные сценарии, которые приводят к простою, развертываются разные системы регистрации событий и мониторинга.
Это помогает экономить средства и своевременно выявлять проблемы, которые могут возникнуть в будущем.
В настоящее время большинство организаций, вне зависимости от размера, так или иначе использует принципы и инструменты DevOps. Наиболее популярны контейнеры и Kubernetes. И мониторинг такой системы проводится очень эффективно с помощью Prometheus. Но там, где Prometheus отстает – узкая часть. Она не обеспечивает централизованную систему логирования, и именно здесь на сцену выходит Loki.
Что такое Grafana Loki?
Grafana Loki - система агрегации логов с нескольких источников, запущенная компанией Grafana в 2018 году и выпущенная под лицензией Apache 2.0. Разработки системы были вдохновлены Prometheus. Он широко используется с поставщиками облачных технологий и такими инструментами, как Prometheus и Grafana.
Loki аналогичен стеку ELK/EFK, но его проще настроить и использовать, и предлагает лучшие функциональными возможностями. Loki не индексирует содержимое журнала, а индексирует метки времени и набор меток для потока журнала. Это делает индекс меньше, что упрощает операции и в конечном итоге снижает стоимость.
Преимущества Loki
Ниже приведены преимущества использования Loki в стеке:
Благодаря индексации только метаданных, Loki очень экономичен. Выполнение индексов для полнотекстовой обработки требует большей оперативной памяти, которая стоит дорогой. Хранение журналов на объектах хранения, как S3, также уменьшает себестоимость.
Он поддерживает использование нескольких источников с использованием tenantID, поэтому данные из каждого ресурса хранятся отдельно.
Loki можно запускать локально для небольших операций или легко масштабировать по горизонтали для крупномасштабных операций.
Он использует динамический стиль для обеспечения согласованности кворума для операций чтения и записи.
По умолчанию он настроен на создание 3 реплик журналов для защиты от сбоев процессов и внезапных выходов с места потери журналов. Да, это повлечет за собой дополнительные расходы, но не такие высокие – целостность данных более критична.
Легко интегрируется с такими популярными инструментам, как Kubernetes, Prometheus и визуализация в Grafana.
Архитектура Loki
Архитектура Loki состоит из трех компонентов - Promtail, Loki и Grafana.
Promtail - это агент, который должен быть установлен на каждом узле, на котором выполняются приложения или службы. Основной обязанностью Promtail является обнаружение цели, прикрепление меток к потокам подов, и сохранение этих логов в экземпляры Loki. Агент promtail передает журналы из локальной файловой системы на центральный сервер Loki. После этого можно выполнить обратный запрос журналов с помощью Grafana.
Сценарии использования Loki
Ниже приведены популярные сценарии использования системы ведения журнала, подобных Loki.
Бизнес-аналитика: Это, пожалуй, самый распространённый пример использования, создание действенного понимания на основе данных журнала всегда может быть очень полезным. Loki может помочь в понимании данных журнала и даст возможность создавать новые стратегии для роста бизнеса. Например, с помощью данных журнала организации можно узнать коэффициенты эффективности рекламного канала.
Мониторинг: Prometheus часто используется для мониторинга в разных отраслях. Но вы можете многое идентифицировать, отслеживая свои журналы с помощью таких инструментов, как Loki. Она, просматривая журналы и отправляя предупреждения после превышения порога, поможет вам отслеживать частоту ошибок на вашем веб-сайте.
Отладка и устранение неполадок: Loki может помочь команде DevOps быстро находить ответ на такие вопросы, как когда произошел сбой приложения, причина его сбоя, его последний статус перед сбоем и т.д.
Кибербезопасность: За последние несколько лет число кибератак на порталы электронной коммерции увеличивается в геометрической прогрессии. С помощью Loki можно выполнить проверку журналов, чтобы выявить любые угрозы, проблемы или вредоносные действия, происходящие в системе вашей организации. Если взлом был успешным, Loki мог бы быть полезным для криминалистов, чтобы детально понять, что происходило в системе. Это поможет им отследить хакеров.
Соблюдение норм: Для соблюдения отраслевых норм организации должны вести журналы аудита до 7 лет. Местные власти могут проверять журналы в любое время. Loki может безопасно хранить ваши журналы аудита.
Установка Loki и Promtail
Далее покажем, как установить и визуализировать журналы на Grafana. В этой демонстрации мы используем общую конфигурацию, которая будет собирать журналы из /var/log/* log.
Перейдите на страницу релизов Loki на Github, прокрутите вниз до Assets. Здесь вы найдете несколько пакетов Loki и Promtail. Загрузите пакет Loki в соответствии с используемой системой. Не устанавливайте пакеты cli или canary Loki. Я загружаю loki-linux-amd64.zip и promtail-linux-amd64.zip для моей системы Ubuntu.
После завершения загрузки разархивируйте файлы Loki и Promtail и поместите их в единый каталог.
Теперь загрузите общий файл конфигурации Loki и Promtail.
Чтобы запустить Loki, выполните приведенную ниже команду с файлом конфигурации Loki. Это приведет к запуску Loki и отображению журналов Loki в терминале.
loki-linux-amd64 loki-local-config.yaml promtail-linux-amd64 promtail-local-config.yaml
Чтобы запустить Promtail, выполните приведенную ниже команду с файлом конфигурации Promtail. Promtail должен получить журналы в Loki.
./loki-linux-amd64 -config.file=loki-local-config.yaml
Визуализация логов с помощью Loki и Grafana
Grafana обеспечивает встроенную поддержку Loki. Loki уже присутствует в источниках данных Графаны.
Шаг 1. Перейдите к разделу Конфигурации Grafana и нажмите кнопку Data Sources (Источники данных).
Шаг 2. В окне источников данных можно выполнить поиск источника по имени или типу.
Шаг 3. Введите в строку поиска слово Loki. Этот источник данных уже присутствует в Grafana. Нажмите кнопку Select (Выбрать).
Шаг 4. Введите имя, которое вы хотите дать источнику данных, и поместите http://localhost:3100 (измените его на IP-адрес сервера, если Loki работает на сервере, отличном от Grafana) в строку URL. Порт прописываем потому, что мы запустили Loki на порту 3100.
Нажмите кнопку Save and Test внизу. Если настройка Loki выполнена правильно, появится следующее сообщение в зеленом поле.
Шаг 5.Нажмите на вкладку Explore (Обзор) на левой части панели. Выберите Loki в раскрывающемся списке выбора источника данных. Теперь неплохо было бы визуализировать активность журналов Grafana. Для этого необходимо добавить запрос {filename = "/var/log/grafana/grafana.log "} в строку обозревателя журналов. Зеленые полосы ниже представляют собой записи событий в файле журнала.
Можно выбрать временной диапазон, для которого визуализация должна отображаться на панели мониторинга, а также задать интервал обновления запроса. Чтобы просмотреть более подробную информацию о событии, прокрутите вниз и щелкните по одной из записей журнала, она выведет всю имеющуюся информацию, связанные с данным событием.
Заключение
Распределенная система состоит из множества приложений или микросервисов, каждый из которых генерирует тысячи событий. Нужен экономичный способ сбора журналов, их хранения и последующего использования. Loki - идеальное решение для таких случаев. Фактически, за счет интеграции Loki в производственную среду, затраты на ведение журналов и мониторинг можно сократить до 75%.