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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2017-11-10 22:55:53

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Debian + wirtualizacja, podstawowe zagadnienia

Wita, czy mogę gdzieś poczytać na temat wirtualizacji? nie mówie tutaj o samej konfiguracji ów serwera wirtualnego ale o najważniejszych teoretycznych założeniach takich jak np podział procesora, pamięci ram etc.

Zakładając że mam 4 rdzeniowy procesor każdy po ~2.4GHZ to jestem w stanie na tym procku utworzyć 4 serwery wirutalne? mnie? więcej?

Offline

 

#2  2017-11-10 23:46:04

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: Debian + wirtualizacja, podstawowe zagadnienia

https://www.linux-kvm.org/page/Documents#User.2FAdmin_documentation

Offline

 

#3  2017-11-11 09:30:33

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

Re: Debian + wirtualizacja, podstawowe zagadnienia

Najpierw zdecyduj, jaka technologia wirtualizacji Cię interesuje.

Czy proste klikajło w postaci VirtualBoxa, czy natywny linuxowy KVM,troszkę trudniejszy w konfiguracji,
czy może starszy,albo bardzo profesjonalny XEN, który jednak jest o wiele trudniejszy w konfiguracj9i,
czy może VMware - czyli super pro od znanej korpo.

Są jeszcze "chrooty na sterydach" typu kiedyś OpenVZ, obecnie LXC, czyli Linux Container, które też są czasem błędnie określane jako wirtualizacja.

Pozdro


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#4  2017-11-12 18:52:11

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Re: Debian + wirtualizacja, podstawowe zagadnienia

A co to znaczy "chrooty na sterydach"? :>

Interesuje mnie możliwosć wirtualizacji  z poziomu konsoli bez środowiska X.
Sam terminal to przede wszystkim. Na poczatku chciałem spróbować czegoś łatwego i w miarę bez problemowego.

Offline

 

#5  2017-11-12 19:23:26

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: Debian + wirtualizacja, podstawowe zagadnienia

[quote=Twige]A co to znaczy "chrooty na sterydach"? :>[/quote]
Jacekalex używa takiego określenia, które jednak z rzeczywistością nie ma za dużo wspólnego.

OpenVZ to zupełnie archaiczny projekt, którym nie ma w ogóle sensu się zajmować.
LXC nie ma nic wspólnego z chrootem, to zupełnie inna technologia — konteneryzacja (bliżej do jaila z BSD).
LXC korzysta z Kernel namespaces, profili Apparmor/SELinux, CGroups, Seccomp, Kernel capabilities etc.
Chroot (przełom lat 70' i 80') w zasadzie w żaden sposób nie zwiększa bezpieczeństwa poprzez zmianę katalogu roota (chroot — change root). Zresztą nie do tego był tworzony. Kiedyś był bardziej popularny (z obowiązkowymi dodatkowymi narzędziami zapewniającymi względne bezpieczeństwo) — dziś standardowo dostępne są inne, lepsze opcje: różnego typu konteneryzacja lub współczesna wirtualizacja (dzięki wsparciu m.in. w procesorach narzut jest o wiele mniejszy niż kiedyś, bezpośredni dostęp do sprzętu itp.)

Interesuje mnie możliwosć wirtualizacji  z poziomu konsoli bez środowiska X.
Sam terminal to przede wszystkim. Na poczatku chciałem spróbować czegoś łatwego i w miarę bez problemowego.[/quote]
Ale co konkretnie chcesz uzyskać?
Do wielu zastosowań wystarczy konteneryzacja, do niektórych niezbędna będzie pełna wirtualizacja.

Offline

 

#6  2017-11-12 20:20:29

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Re: Debian + wirtualizacja, podstawowe zagadnienia

[quote=yossarian]

Interesuje mnie możliwosć wirtualizacji  z poziomu konsoli bez środowiska X.
Sam terminal to przede wszystkim. Na poczatku chciałem spróbować czegoś łatwego i w miarę bez problemowego.[/quote]
Ale co konkretnie chcesz uzyskać?
Do wielu zastosowań wystarczy konteneryzacja, do niektórych niezbędna będzie pełna wirtualizacja.[/quote]
Chciałbym spróbować  zrobić coś takiego co oferują przerózne firmy chodzi tu o VPS. Kupiłem sobie tani serwer dedykowany i ucze sie na nim pracy z linuksem.

Offline

 

#7  2017-11-12 20:30:58

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: Debian + wirtualizacja, podstawowe zagadnienia

Kupiłem sobie [b]tani serwer dedykowany[/b] i ucze sie na nim pracy z linuksem.[/quote]
Wszystko zależy od tego pogrubionego fragmentu.
Jeśli jest na tyle wydajny — możesz korzystać z wirtualizacji. Problem w tym, że czasem te skrajnie tanie dedyki wyglądają mniej ciekawie od vpsów.
Do samej nauki pracy z Linuxem wystarczy konteneryzacja. Będzie szybciej i sprawniej. A sama późniejsza administracja takimi systemami (już bo zakończeniu konfiguracji hosta — dedyka) będzie niemal identyczna.

Offline

 

#8  2017-11-13 04:58:11

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

Re: Debian + wirtualizacja, podstawowe zagadnienia

Bez Xów, na samej konsoli radzę brać KVM, ten ogarnia zarówno pełną wirtualizację jak i parawirtualizację, wsparcie w Linuxie ma stabilne i od bardzo dawna.


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#9  2017-11-14 21:37:45

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Re: Debian + wirtualizacja, podstawowe zagadnienia

procesor: intel pentium 2 rdzeniowy
ram: 4gb ddr3
hdd 2x 1tb
łącze 100 mb


To mój dedyk.

I teraz interesuje mnie czy stosując wirtualizcję kvm bedę mógł stworzyć na nim kilka vpsów np 4.
Każdy po 1gb ram czy to musze zrobić tak aby został też ram dla samego serwera. Dodatkowo czy jeżeli proc ma 2 rdzenie to muszę przeznaczyć na vps jeden rdzeń czyli na tym serwerze dedykowanym moglbym zrobic max 2 vpsy.

Offline

 

#10  2017-11-14 21:51:01

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

Re: Debian + wirtualizacja, podstawowe zagadnienia

Na takiej maszynce 4 VPSy?
Mija się to z celem (chyba, że do jakiejś mikrozabawy), w tej chwili minimum VPSa to 2 GB ram, i takie maszynki można dostać już od 13 zeta/mies.
Poza tym rurka też skromna, 100 Mbit to standard dla jednej maszyny, wiec upychanie na niej ponad 2 to ryzykowna sprawa.

Jak chcesz zarabiać na VPSach to bierz dedyka z mocnym prockiem typu Xeon lub Opteron,
32GB RAM, rurką 1Gbit, i wykroj na nim 8-12 (albo nawet 16) porządnych VPSów.

Chociaż majątku w ten sposób nie zrobisz, duże firmy już zwietrzyły interes, i na całym świecie można dostać VPSa często za śmieszne pieniądze.

Ostatnio edytowany przez Jacekalex (2017-11-14 21:52:41)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#11  2017-11-14 22:26:23

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Re: Debian + wirtualizacja, podstawowe zagadnienia

tu nie chodzi o to ze ja chce cokowiek zarabiac, na to jest o duzo za wcześnie, chce sie poki co dowiedzieć co i jak.

Dllatego pytam jak to jest z paramterami, rdzeniami procesora itp.

Czy mając takiego dedyka 4gb ram moge na nim stworzyc 2 vpsy po te 2 gb ramu czy trzeba zostawiać jakieś wolne parametry na ten serwer główny. Dodatkowo jak to jest z rdzeniami procesora. Czy proc majacy 2 rdzenie moze byc zwirtualizowny tylko dla dwoch vpsów czy to nie o rdzenie chodzi?

Dodatkowo co do łącza.

Czy mając rurke 1gb rownomiernie rozklada sie ono na wszystkie vpsy czy łącze także ręcznie trzeba podzielic i przydzielic do każdej wirtualnej maszynki?

Ostatnio edytowany przez Twige (2017-11-14 22:28:03)

Offline

 

#12  2017-11-14 22:40:06

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

Re: Debian + wirtualizacja, podstawowe zagadnienia

Możesz tak zrobić - 2 maszyny po 2GB RAM, ale na pewno nie wyskoczą powyżej 1,5-1,7GB średnio, bo coś muszą zostawić na maszynę główną.

Wirtualizowanie procka na VPSy możesz robić dowolnie,maszyna wirtualna praktycznie i tak widzi wirtualny procek,nie zobaczy jedna więcej rdzeni, niż ma fizyczny procek  (chyba,jeszcze nie widziałem, żeby dało się to obejść).

Rurka? zawsze jedna maszyna może zapchać łącze, dlatego trzeba zrobić albo limity per VM, albo jakiś sprawiedliwy podział rurki, najprościej modułem SFQ.
Jak chcesz poznać zagadnienie, to i tak musisz wypróbować wszystkie opcje.


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#13  2017-11-14 23:00:06

  Twige - Użytkownik

Twige
Użytkownik
Zarejestrowany: 2017-05-10

Re: Debian + wirtualizacja, podstawowe zagadnienia

Dziękuje za odpowiedź, dużo mi ona dała. Nie do konca jednak jestem w stanie uzmysłowić sobie zagadnienie związane z procesorem. Patrząc na ofertę np ovh widzę tam 2 vCore(s), 1 vCore(s), podaja oni liczbę rdzeni. To jakieś wirtualne rdzenie czy na jakiej zasadzie o działa.

Sądziłem że mają np 4 rdzeniowy procesor jestem w stanie zrobic na niej 4 vpsy, nie więcej z uwagi własnie na rdzenie, ale to chyba nie tak działa?
W jaki sposób wirtualizacja wpływa na podział procesora? Mógłbyś mi to w  skrócie objaśnić albo podesłać jakąś literaturę na ten temat? Byłbym baardzo wdzięczny, pozdrawiam

Offline

 

#14  2017-11-15 08:27:09

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: Debian + wirtualizacja, podstawowe zagadnienia

http://www.brianlinkletter.com/kvm-performance-limits-for-virtual-cpu-cores/

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)

[ Generated in 0.012 seconds, 11 queries executed ]

Informacje debugowania

Time (s) Query
0.00011 SET CHARSET latin2
0.00007 SET NAMES latin2
0.00064 SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.133.123.162' WHERE u.id=1
0.00133 REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.133.123.162', 1732694726)
0.00034 SELECT * FROM punbb_online WHERE logged<1732694426
0.00113 SELECT topic_id FROM punbb_posts WHERE id=315544
0.00119 SELECT id FROM punbb_posts WHERE topic_id=30048 ORDER BY posted
0.00042 SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30048 AND t.moved_to IS NULL
0.00026 SELECT search_for, replace_with FROM punbb_censoring
0.00087 SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30048 ORDER BY p.id LIMIT 0,25
0.00240 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30048
Total query time: 0.00876 s