СГ
Т е однозначно лучше поставить writethrough ?
а насколько существенна разница в производительности в WT режиме против WB?
Size: a a a
2020 February 24
t
а насколько существенна разница в производительности в WT режиме против WB?
Не было замеров
Надо бы попробовать..)
Надо бы попробовать..)
СГ
Не было замеров
Надо бы попробовать..)
Надо бы попробовать..)
тогда я бы вернулся к вопросу выбора после тестирования
t
тогда я бы вернулся к вопросу выбора после тестирования
Согласен. Благодарю!)
M
ну это смотря как считать затраты. Для своего железа нужно и помещение иметь оборудованное, и расходники (ЗИПы) и тратить деньги на поддержку собственного ЦОДа(мини-серверной).
Про сертификаты конечно нечего говорить, тут Хетцнер ничего не предоставит. Но с другой стороны - в собственный ЦОД маски-шоу могут приехать, а к Хетцнеру им придётся долго добираться.
В любом случае - it depends. Есть свои плюсы и минусы
Про сертификаты конечно нечего говорить, тут Хетцнер ничего не предоставит. Но с другой стороны - в собственный ЦОД маски-шоу могут приехать, а к Хетцнеру им придётся долго добираться.
В любом случае - it depends. Есть свои плюсы и минусы
Маски шоу не приедут так как все законно и по их лицензиям. А поддерживает это два сисадмина за 18500р :-)
СГ
Маски шоу не приедут так как все законно и по их лицензиям. А поддерживает это два сисадмина за 18500р :-)
ну ещё нужно добавить стоимость электроэнергии, стоимость первоначальных затрат на оборудование помещения, стоимость ЗИПа. Есть же много косвенных затрат, которые пришлось понести чтобы разместить своё оборудование. Я всегда в таких случаях привожу пример - купить электричество (как услугу) из розетки или воду из крана или строить свою электростанцию или свою минискважину с системой очистки.
M
ну ещё нужно добавить стоимость электроэнергии, стоимость первоначальных затрат на оборудование помещения, стоимость ЗИПа. Есть же много косвенных затрат, которые пришлось понести чтобы разместить своё оборудование. Я всегда в таких случаях привожу пример - купить электричество (как услугу) из розетки или воду из крана или строить свою электростанцию или свою минискважину с системой очистки.
Это они все считали... Получается что через два года выгоднее свое. Я не считал тут целый центр 40 чел считали. Так что :-). Последний раз вот недавно 23 мил поставили оборудование в один из регионов плюс по.
AU
Подскажите, пож, это нормально? Или уже просить, что бы заказывали доп RAM?
Тут 5 Windows Server VM
Тут 5 Windows Server VM
Ну что там у тебя?
AU
Кстати парни. Кто нибудь делал контейнер с полноценной ос с пробросом всех устройств и выводом на какую нибудь консоль например на вторую (ctrl alt f2). Или вообще на какой нибудь xorg по сети
Что именно ты хочешь сделать?
M
Что именно ты хочешь сделать?
Хочу в контейнере lxc развернуть полноценную ос как а kvm и вывести рабочий стол на вторую вторую или третью консоль. Или на какой нибудь другой комп с xorg по сети
2020 February 25
AU
Хочу в контейнере lxc развернуть полноценную ос как а kvm и вывести рабочий стол на вторую вторую или третью консоль. Или на какой нибудь другой комп с xorg по сети
У вм есть монитор, что не устраивает в вм?
FK
Хочу в контейнере lxc развернуть полноценную ос как а kvm и вывести рабочий стол на вторую вторую или третью консоль. Или на какой нибудь другой комп с xorg по сети
Xorg по сети
FK
Через ссш
FK
Только это оффтоп - в курилку
SG
Всем привет
#вопрос — как можно заархивировать виртуалку в среде PVE так, чтобы осталась только резервная копия, без основного образа?
Есть условная виртуалка, образ которой находится в хранилище А, есть хранилище Б, где находятся только резервные копии образов виртуалок. Хочу сделать бекап виртуалки таким образом, чтобы ее резервная копия появилась в хранилище Б, а из хранилища А образ был полностью удален (т.е. не занимал полезный объем хранилизща), однако в случае необходимости, архив с образов в один-два клика разворачивались из хранилища Б в хранилище А
Почитал PVE доки, но при совершении резервного копирования основной образ (тот, что в хранилище А) все равно остается
Хотелось бы минимизировать количество скриптов-костылей для таких банальных операций. Есть ли способ сделать это средствами PVE?
Upd: Это возможно. Сначала выключается машина, затем создается бекап, после чего машина удаляется:
Либо через веб-интерфейс
#вопрос — как можно заархивировать виртуалку в среде PVE так, чтобы осталась только резервная копия, без основного образа?
Есть условная виртуалка, образ которой находится в хранилище А, есть хранилище Б, где находятся только резервные копии образов виртуалок. Хочу сделать бекап виртуалки таким образом, чтобы ее резервная копия появилась в хранилище Б, а из хранилища А образ был полностью удален (т.е. не занимал полезный объем хранилизща), однако в случае необходимости, архив с образов в один-два клика разворачивались из хранилища Б в хранилище А
Почитал PVE доки, но при совершении резервного копирования основной образ (тот, что в хранилище А) все равно остается
Хотелось бы минимизировать количество скриптов-костылей для таких банальных операций. Есть ли способ сделать это средствами PVE?
Upd: Это возможно. Сначала выключается машина, затем создается бекап, после чего машина удаляется:
qm shutdown NNN ; vzdump NNN ; qm destroy NNNЛибо через веб-интерфейс
СГ
Всем привет
#вопрос — как можно заархивировать виртуалку в среде PVE так, чтобы осталась только резервная копия, без основного образа?
Есть условная виртуалка, образ которой находится в хранилище А, есть хранилище Б, где находятся только резервные копии образов виртуалок. Хочу сделать бекап виртуалки таким образом, чтобы ее резервная копия появилась в хранилище Б, а из хранилища А образ был полностью удален (т.е. не занимал полезный объем хранилизща), однако в случае необходимости, архив с образов в один-два клика разворачивались из хранилища Б в хранилище А
Почитал PVE доки, но при совершении резервного копирования основной образ (тот, что в хранилище А) все равно остается
Хотелось бы минимизировать количество скриптов-костылей для таких банальных операций. Есть ли способ сделать это средствами PVE?
Upd: Это возможно. Сначала выключается машина, затем создается бекап, после чего машина удаляется:
Либо через веб-интерфейс
#вопрос — как можно заархивировать виртуалку в среде PVE так, чтобы осталась только резервная копия, без основного образа?
Есть условная виртуалка, образ которой находится в хранилище А, есть хранилище Б, где находятся только резервные копии образов виртуалок. Хочу сделать бекап виртуалки таким образом, чтобы ее резервная копия появилась в хранилище Б, а из хранилища А образ был полностью удален (т.е. не занимал полезный объем хранилизща), однако в случае необходимости, архив с образов в один-два клика разворачивались из хранилища Б в хранилище А
Почитал PVE доки, но при совершении резервного копирования основной образ (тот, что в хранилище А) все равно остается
Хотелось бы минимизировать количество скриптов-костылей для таких банальных операций. Есть ли способ сделать это средствами PVE?
Upd: Это возможно. Сначала выключается машина, затем создается бекап, после чего машина удаляется:
qm shutdown NNN ; vzdump NNN ; qm destroy NNNЛибо через веб-интерфейс
а что мешает удалить ВМ на А и в таком случае удалится и образ. Ну и из бэкапа восстановиться при необходимости
S
Видимо он хочет автоматически :/
SM
Не очень понятно, что должно быть автоматически
СГ
Видимо он хочет автоматически :/
qm shutdown NNN && vzdump NNN && qm destroy NNN?
SG
а что мешает удалить ВМ на А и в таком случае удалится и образ. Ну и из бэкапа восстановиться при необходимости
О, я и не подумал, что так можно)
Спасибо!
Спасибо!