Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Cześć, mam poważny problem z siecią.
Utworzyłem sobie Vz z debianem 9.0 na kernelu centosa w wersji 6.
Problem pojawił się przy próbie konfiguracji sieci w Vz'tce.
Korzystam z serwera deykowanego z dwoma adresami IP. Jeden chciałem zostawic na hoscie, natomiast drugi przypisać wlasnie Vz'tce.
Niestety nie bardzo wiem co powinienem zrobic.
Wszystkp próbowałem skonfigurowac z pomocą tego artykułu: https://openvz.org/Virtual_Ethernet_device niestety na kroku : Configure device in CT i have problem.
Moja Vz'tka nie widzi interfejsu eth0 mimo że wykonałem polecenie : vzctl set 101 --netif_add eth0, MAC:ADDRESS --save
Jakieś sugestie co moze sprawiac problem?
Offline
OpenVZ - do muzeum,zainteresuj się rozwiązaniem aktualnym jak np Kernel Virtual Machine (KVM) albo Linux Container (LXC).
Żywot OpenVZ zakończył się na kernelu 2.6.32, teraz aktualny to 4.14.12.
Sznurki:
https://wiki.debian.org/KVM
https://wiki.debian.org/LXC
Pozdro
Offline
LXC to taki sam kontener jak OpenVz?
Chodzi o to że ja też chciałbym poznać zgadanienia zwiazanie z wirtualizacja a z tego co widze duza czesc firm hostingowych nadal oferuje openVz'ty .
Ostatnio edytowany przez jacek22 (2018-01-08 12:06:14)
Offline
jacek22 napisał(-a):
LXC to taki sam kontener jak OpenVz?
Chodzi o to że chciałbym poznać zgadanienia zwiazanie z wirtualizacja a z tego co widze duza czesc firm hostingowych nadal oferuje openVz'ty .
Nadal oferuje OpenVZty?
OpenVZ zatrzymał się na kernelu 2.6.32, który od ponad roku nie ma wsparcia w zakresie bezpieczeństwa.
Jeden porządny exploit na jajo 2.6.32 i firmy hostingowe zaczną gorzko żałować,
że używają i oferują przestarzałe rozwiązania.
Porządne firmy z OpenVZ już dawno zmigrowały w stronę KVM, Virtio czy czegoś podobnego.
LXC to kontener na bazie Chroota, w którym uruchomisz osobny system, tak samo jak w OpenVZ, natomiast KVM oferuje zarówno parawirtualizację jak i pełną wirtualizację, podobnie jak Xen czy Virtualbox.
Sznurki:
https://en.wikipedia.org/wiki/OpenVZ
https://en.wikipedia.org/wiki/LXC
https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine
https://en.wikipedia.org/wiki/Comparison_of_platfor … tion_software
To by było na tyle
Ostatnio edytowany przez Jacekalex (2018-01-08 11:16:09)
Offline
Rozumiem, dziękuję bardzo :)
Offline
tak szczerze mowiac to nadal ciezko mi zrozumiec roznice miedzy kvm a openVz, czytalem sporo artykułów ale jakos nie moge sobie tego wyobrazić w odniesniu do zasobów itd
wiem że np openVz tworzy po postu jakis kontener a jak sie ma do tego kvm?
Offline
btw. z tego co widze openVz na bieżąco dodaje łatki bezpieczeństwa https://openvz.org/Main_Page 6 stycezen 2018
Offline
Najprościej widać to po używanym jądrze, w pełnej wirtualizacji system gościa używa swojego jądra (może być zupełnie inna architektura i rodzina systemów operacyjnych). Przy konteneryzacji system gościa używa jądra gospodarza.
KVM — uruchamiasz cały wirtualny system na wirtualnej platformie sprzętowej. LXC — uruchamiasz kontener z wirtualnym systemem wewnątrz uruchomionego systemu. Przy odpowiedniej konfiguracji (unprivileged containers, AppArmor/SELinux, cgroups itp) izolacja systemu wewnątrz LXC będzie równie skuteczna jak w KVM, za to przy znacznie mniejszych stratach wydajności systemu gościa.
Co z tego, że są łatki, skoro dotyczą one ciągle 2.6.32. Zresztą nigdzie nie jest napisane (i nikt tego nie gwarantuje), że dodawane są wszystkie łatki — ta wersja jądra od dawna nie ma normalnego wsparcia i nigdy go już nie będzie mieć.
W 2018 nie ma najmniejszego sensu pchać się w takie archaiczne i właściwie porzucone wynalazki jak OpenVZ.
PS Istnieje opcja „Edytuj” by nie pisać kilku wiadomości pod rząd.
Offline