Windows 2012 std host с Hyper-V. Гостевой виртуальной машиной Hyper-V является Windows Server 2019 std
Хост и виртуальная машина устанавливаются как отдельные платформы приложений SQL & IIS с некоторыми легкими дополнительными средствами, такими как FTP-сервер и агент резервного копирования.
Сегодня, без каких-либо изменений хоста или виртуальной машины с момента последнего обновления Windows на виртуальной машине 18 марта 2021 года (опубликовав это 25 марта 2021 года), виртуальная машина демонстрирует почти 100% использования ЦП от, казалось бы, облегченных процессов, таких как диспетчер задач! (см. рис.)
Виртуальная машина и хост-компьютер работают так медленно, что мне пришлось экстренно переключаться на горячие резервные машины.
Ранее эта проблема возникла при работе виртуальной машины под управлением Windows 2016 std. Мы думали, что из-за того, что проблема возникла и прошла случайно, это была проблема обновления Windows, и заменили и заново создали новую виртуальную машину, новые файлы VHDX с текущей ОС 2019 года.
Попытки
перезагрузки как виртуальной машины, так и хоста или только виртуальной машины не имеют эффекта
Остановка служб, таких как SQL, снижают процент использования ЦП, но не улучшать быстродействие системного исполнительный, пользовательского интерфейса или это возможность обслуживать страницы IIS.
Остановка службы Windows Update также не имеет реальных последствий.
Монитор процесса не дает реального улучшенного представления о том, что вызывает повышение коэффициента использования и снижение производительности.
Что еще можно попробовать?
-121--306610- У меня есть сервер Ubuntu, который я обслуживаю в проекте Django. Но я ничего не могу просмотреть. Я получаю ошибку ERR _ CONNECTION _ REJECTED
во всех браузерах.
Серверный хост, ОС и приложения:
Вот мои конфигурационные элементы nginx и ufw:
$ systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled
Active: active (running) since Thu 2021-03-25 11:31:11 UTC; 5h 21min ago
Docs: man:nginx(8) Main PID: 18638 (nginx)
Tasks: 2 (limit: 1152) CGroup: /system.slice/nginx.service
├─18638 nginx: master process /usr/sbin/nginx -g daemon on; master_pr
└─18643 nginx: worker process
$ sudo ufw status
Nginx Full ALLOW Anywhere
22/tcp ALLOW Anywhere
Nginx HTTP ALLOW Anywhere
80/tcp ALLOW Anywhere
443/tcp ALLOW Anywhere
21/tcp ALLOW Anywhere
25/tcp ALLOW Anywhere
Nginx Full (v6) ALLOW Anywhere (v6)
22/tcp (v6) ALLOW Anywhere (v6)
Nginx HTTP (v6) ALLOW Anywhere (v6)
80/tcp (v6) ALLOW Anywhere (v6)
443/tcp (v6) ALLOW Anywhere (v6)
21/tcp (v6) ALLOW Anywhere (v6)
25/tcp (v6) ALLOW Anywhere (v6)
nginx файл конфигурации с поддержкой сайта
server {
listen 80;
server_name 188.166.117.124;
location = /favicon.ico { access_log off; log_not_found off; }
location /static/ {
root /home/ahubelkis/personal_web_site/personal_web_site;
}
location /media/ {
root /home/ahubelkis/personal_web_site/personal_web_site;
}
location / {
include /etc/nginx/proxy_params;
proxy_pass http://unix:/home/ahubelkis/personal_web_site/personal_web_site/personal_web_site.sock;
}
}
$ sudo systemctl restart nginx
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
Сканирование порта вашего IP (получено из вашей конфигурации nginx) показывает, что единственный открытый порт на этом хосте - 22.
Возможно, попробуйте временно отключить UFW с помощью sudo ufw disable
, а затем посмотрите, сможете ли вы подключиться?