[rlug] [Anunt] Senior System and Network Admin in Iasi
Salut, Se cauta senior admin. Desi se va ocupa cum mai multe lucruri principala activitate necesita cunostinte solide de networking. Résumé la roias...@ness.com. Job description-ul e cam asa: ESSENTIAL FUNCTIONS: The System Administrator (SA) is responsible for effective provisioning, installation/configuration, operation, and maintenance of systems hardware and software and related infrastructure. This individual participates in technical research and development to enable continuing innovation within the infrastructure. This individual ensures that system hardware, operating systems, software systems, and related procedures adhere to organizational values, enabling staff and Partners. This individual will assist project teams with technical issues in the initiation and planning phases of a new project. These activities include the definition of needs, benefits, and technical strategy; research development within the project life-cycle; technical analysis and design; in some cases the position also requires executing, testing and rolling-out the solutions. Participation on projects is focused on delivering an environment in accordance with the customer needs taking into consideration the available resources and the given time frame. This individual is accountable for the internal infrastructure comprised of Windows, Linux and Mac OS X workstations, VMWare, Linux and Windows Servers, Cisco networking equipment. Responsibilities on these systems include SA engineering and provisioning, operations and support, maintenance and research and development to ensure continual innovation. SA Engineering and Provisioning 1. Engineering of SA-related solutions for various project and operational needs. 2. Install new / rebuild existing servers and configure hardware, peripherals, services, settings, storage, etc. in accordance with standards and project/operational requirements. 4. Develop and maintain installation and configuration procedures. 5. Contribute to and maintain system standards. 6. Research and recommend innovative, and where possible automated approaches for system administration tasks. Identify approaches that leverage our resources and provide economies of scale. 7. Install new / re-configure networking equipment. Perform changes to the network according to new requirements. Research and recommend new solutions that improve availability, scalability and performance. Operations and Support 1. Perform daily system monitoring, verifying the integrity and availability of all hardware, server resources, systems and key processes, reviewing system and application logs, and verifying completion of scheduled jobs such as backups. 2. Perform regular security monitoring to identify any possible intrusions. 3. Perform periodical backup operations, ensuring all required critical data is successfully backed up to the appropriate media, recovery tapes or disks are created, and media is recycled and sent off site as necessary. 4. Active Directory account and group management 5. Investigate and troubleshoot issues. 6. Repair and recover from hardware or software failures. Coordinate and communicate with impacted constituencies. Maintenance 1. Apply OS patches and upgrades on a regular basis, and upgrade administrative tools and utilities. Configure / add new services as necessary. 2. Maintain operational, configuration, or other procedures. 3. Perform periodic performance reporting to support capacity planning. 4. Perform ongoing performance tuning, hardware upgrades, and resource optimization as required. 5. Maintain server room and POP environmental and monitoring equipment. KNOWLEDGE/SKILLS: 1. +5 years relevant experience in the field or the ability to demonstrate the skills of one. 2. Above average networking skills. CCNA / JNCIE (preferably higher) level skills are required. 3. Working knowledge of VMWare ESXi and VMWare vSphere or the ability to prove knowledge of virtualization concepts. 3. Good knowledge of the Linux and Windows operating systems. Mac OS X is a plus. 4. Working knowledge of database systems. 5. Previous experience with Active Directory systems is a plus. COMPLEXITY/PROBLEM SOLVING: 1. Position deals with a variety issues from various departments and requires good prioritizing skills. COMMUNICATIONS/INTERPERSONAL CONTACTS: 1. Interpret and/or discuss information with others, which involves terminology or concepts not familiar to many people; regularly provide advice and recommend actions involving rather complex issues. May resolve problems within established practices. 2. Provides occasional guidance, some of which is technical. WORKING CONDITIONS/PHYSICAL EFFORT: 1. Responsibilities require, from time to time, working evenings and weekends. 2. No regular travel required. 3. Position requires the ability to lift moderately heavy loads for transport ___ RLUG mailing list RLUG@lists.lug.ro
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
On Monday 16 March 2015 11:32:22 Adrian Popa wrote: Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Partea cu per process routing pare foarte interesantă. Văd că tabela de rutare e moștenită și de procesele copii. M-ar avantaja soluția asta că ar fi mult mai light, dar nu știu ce pot face cu DNS-ul... Ca metodă ciobănească presupun că pot face un mangle la ieșire să rescriu IP-ul destinație pentru un ISP (pt trafic DNS dintr-un cgroup). Nici despre docker nu știam. Pare să știe mai multe decât îmi trebuie mie, dar pare să semene mult cu containerele de sub solaris. De ce ar trebui să moară în chinuri? Numai bine, Adrian Ai mai avea si LXC care e mai simplu si (teoretic, mie mi se pare ca merge cam ciudat cu) functioneaza cu libvirt deci poti sa ii faci management din aceeasi consola din care ai face si la kvm ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Partea cu per process routing pare foarte interesantă. Văd că tabela de rutare e moștenită și de procesele copii. M-ar avantaja soluția asta că ar fi mult mai light, dar nu știu ce pot face cu DNS-ul... Ca metodă ciobănească presupun că pot face un mangle la ieșire să rescriu IP-ul destinație pentru un ISP (pt trafic DNS dintr-un cgroup). Nici despre docker nu știam. Pare să știe mai multe decât îmi trebuie mie, dar pare să semene mult cu containerele de sub solaris. De ce ar trebui să moară în chinuri? Numai bine, Adrian 2015-03-15 20:30 GMT+02:00 Dumitru Ciobarcianu dumitru.ciobarci...@ines.ro : Sunt mai multe moduri de a scărmăna pisica: Fie 2 vm-uri clasice cu bridge spre rețelele respective după cum au menționat și colegii. Prea heavy for my taste. Fie per-process routing. Care și ăsta poate fi făcut în mai multe feluri: Using Linux Network Namespaces for per processes routing: http://www.evolware.org/?p=293 Per process routing take 2: using cgroups, iptables and policy routing: http://www.evolware.org/?p=369 Personal prefer soluția 2 pe motiv de cgroups. Dumitru PS: Am menționat că docker poate să moară în chinuri ? On 15-Mar-15 18:04 PM, Adrian Popa wrote: Salutare tuturor! Am urmatoarea problema si am nevoie de sfaturile voastre. Pe un server trebuie sa instalez o aplicatie care sa poata lucra in mod independent in doua retele diferite. Spre exemplu aplicatia trebuie sa poata accesa www.example.com prin reteaua ISP1 si de pe aceeasi masina sa poata accesa www.example.com prin reteaua ISP2. Aplicatia in cauza ruleaza pe linux, si nu e nici o problema daca ruleaza instante diferite. Avand un singur server m-am gandit la urmatoarele posibilitati: 1. Masini virtuale vmware/virtualbox cu placi de retea bridge direct legate fiecare in alt ISP. Ar fi o solutie simpla, dar vreau sa pot accesa usor fisierele guest-ului din host. 2. Stiu ca exista o metoda sa legi o tabela de rutare de un proces, astfel incat sa fie fiecare instanta cu default gateway-ul lui, dar nu stiu: *procesele copii mostenesc aceeasi tabela de rutare? *am cum sa setez server dns/proces? 3. Conceptul de container/zona de pe solaris pare sa semene cu ce vreau eu, dar exista ceva similar pe linux? Ma astept sa existe si alte solutii, si sunt dornic sa invat ceva nou, asa ca, ce ati face in locul meu? Multumesc! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
On 16 Mar 2015, at 11:32, Adrian Popa adrian.popa...@gmail.com wrote: M-ar avantaja soluția asta că ar fi mult mai light, dar nu știu ce pot face cu DNS-ul... Ca metodă ciobănească presupun că pot face un mangle la ieșire să rescriu IP-ul destinație pentru un ISP (pt trafic DNS dintr-un cgroup). Poti folosi split dns ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. 2015-03-16 12:15 GMT+02:00 Dumitru Ciobarcianu dumitru.ciobarci...@ines.ro : On 03/16/2015 11:32 AM, Adrian Popa wrote: Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Pentru rulat dintr-un director este lxc (mulțumesc Mihai că mi-ai amintit de el). Ar mai fi openvz dar acela nu este în kernel-ul default pe nicăieri (mai puțin proxmox) și e cam deprecated imho. Dumitru PS: Îi las pe alții mai buni la vorbă ca mine să o spună: http://iops.io/blog/docker-hype/ https://www.andreas-jung.com/contents/why-docker-is-broken-at-the-moment ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
În 2015-03-16 14:57, Adrian Popa a scris: Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. Gasesti kernele atat pentru centos/rhel gata compilate(versiune 2.6.x) in repo-ul de la Epel(eu il folosesc de 2 ani cel putin pe 10-12 servere fizice, cu 2-10 containere/server fizic, fara probleme)precum si kernele in format DEB(le-am folosit acu multi ani, si tot asa fara probleme). Versiuni noi de kernele apar cam cu cadenta de 1-2/luna, asa ochiometric. Management-ul la openvz bate de departe lxc-ul(dump/restore, modificari de parametri on-the-fly). Ai si iptables(numai Input si Output)/container, limite de toate neamurile(cat ram, cpu, nr nuclee cpu, iops/container, etc). Si nu in ultimul rand, openvz, mere al naibii de bine Culxc din cate imi aduc eu aminte, erau ceva probleme cand apareau versiuni noi de lxc. Nu e cazul la openvz. Am 2 containere facute acum 4-5 ani(i386), si ruleaza bine mersi si acum, pe ultimul kernel 2.6.x(x64). Si in decursul timpului am re-isnstalat masina aia cam odata pe an(cu tot felul de nazbatii, si ultima data am pus containerele alea peste ZFS). De aici te poti inspira pentru ce vrei tu sa obtii: http://openvz.org/Source_based_routing 2015-03-16 12:15 GMT+02:00 Dumitru Ciobarcianu dumitru.ciobarci...@ines.ro : On 03/16/2015 11:32 AM, Adrian Popa wrote: Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Pentru rulat dintr-un director este lxc (mulțumesc Mihai că mi-ai amintit de el). Ar mai fi openvz dar acela nu este în kernel-ul default pe nicăieri (mai puțin proxmox) și e cam deprecated imho. Dumitru PS: Îi las pe alții mai buni la vorbă ca mine să o spună: http://iops.io/blog/docker-hype/ https://www.andreas-jung.com/contents/why-docker-is-broken-at-the-moment ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ATENTIONARI = - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php == ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Daca e openvz o optiune, se pot folosi bridge-uri ca la solutia cu kvm mentionata in mailul initial. problema e ca nu prea mai e suportat pe kernel noi (ultimul kernel 2.6.x nu mai e o expresie care sa dea un sentiment de modernitate de ceva vreme incoace). Nu stiu exact care-s limitarile lui, eu unul as prefera kvm si as rezolva partea cu accesul la fisiere, acolo e alta colectie de ciocanele care poate fi pusa in valoare. PS: Nu stiu daca ti-a spus cineva recent, da' semnatura ta e ridicola din mai mult de un punct de vedere. -- P. 2015-03-16 17:28 GMT+02:00 Iulian Murgulet gul...@casbv.ro: În 2015-03-16 14:57, Adrian Popa a scris: Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. Gasesti kernele atat pentru centos/rhel gata compilate(versiune 2.6.x) in repo-ul de la Epel(eu il folosesc de 2 ani cel putin pe 10-12 servere fizice, cu 2-10 containere/server fizic, fara probleme)precum si kernele in format DEB(le-am folosit acu multi ani, si tot asa fara probleme). Versiuni noi de kernele apar cam cu cadenta de 1-2/luna, asa ochiometric. Management-ul la openvz bate de departe lxc-ul(dump/restore, modificari de parametri on-the-fly). Ai si iptables(numai Input si Output)/container, limite de toate neamurile(cat ram, cpu, nr nuclee cpu, iops/container, etc). Si nu in ultimul rand, openvz, mere al naibii de bine Culxc din cate imi aduc eu aminte, erau ceva probleme cand apareau versiuni noi de lxc. Nu e cazul la openvz. Am 2 containere facute acum 4-5 ani(i386), si ruleaza bine mersi si acum, pe ultimul kernel 2.6.x(x64). Si in decursul timpului am re-isnstalat masina aia cam odata pe an(cu tot felul de nazbatii, si ultima data am pus containerele alea peste ZFS). De aici te poti inspira pentru ce vrei tu sa obtii: http://openvz.org/Source_based_routing 2015-03-16 12:15 GMT+02:00 Dumitru Ciobarcianu dumitru.ciobarci...@ines.ro : On 03/16/2015 11:32 AM, Adrian Popa wrote: Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Pentru rulat dintr-un director este lxc (mulțumesc Mihai că mi-ai amintit de el). Ar mai fi openvz dar acela nu este în kernel-ul default pe nicăieri (mai puțin proxmox) și e cam deprecated imho. Dumitru PS: Îi las pe alții mai buni la vorbă ca mine să o spună: http://iops.io/blog/docker-hype/ https://www.andreas-jung.com/contents/why-docker-is-broken-at-the-moment ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ATENTIONARI = - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php == ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
În 2015-03-16 17:37, manuel lonely wolf wolfshant a scris: On 03/16/2015 05:28 PM, Iulian Murgulet wrote: În 2015-03-16 14:57, Adrian Popa a scris: Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. Gasesti kernele atat pentru centos/rhel gata compilate(versiune 2.6.x) in repo-ul de la Epel(eu il folosesc de 2 ani cel putin pe 10-12 servere fizice, cu 2-10 containere/server fizic, fara probleme) ca maintainer Fedora de vreo 8 ani si cu accent exclusiv pe EPEL de vreo 3 ani incoace, as putea sa jur ca EPEL nu a avut si nu va avea niciodata kernele. sa fiu sincer nici nu stiu cu ce confunzi, cele mai apropiat potriviri ar fi proiectele ElRepo ( distribuim kernel-lt si kernel-ml ) si Xen4Centos ( deocamdata distribuim xen4 pt CentOS 6, sint in lucru si versiunile pt C7 ) poti te rog sa imi dai un link (din orice mirror EPEL) catre acel kernel folosit de tine ? Corect, am gresit eu! Trebuia sa zic ca este vorba de repo-ul furnizat de openvz.org(vzkernel): http://download.openvz.org/openvz.repo lxc-ul(dump/restore, modificari de parametri on-the-fly). Ai si iptables(numai Input si Output)/container, limite de toate neamurile(cat ram, cpu, nr nuclee cpu, iops/container, etc). Si nu in ultimul rand, o PS: openvz e minunat cind merge si daca ai control asupra masinii gazda. Corect din nou. Ca sa fiu f. exact openvz la mine a mers/merge bine intotdeauna, folosind kernele de la repo-ul openvz.org, sau de la debian(la 6.x era prezent in distributie) Cind ai doar un VPS iar firma de hosting din motive de securitate a castrat kernelul, poti sa te impusti. Cel mai adesea nu merge nimic, incepind cu iptables si swapping. Zilnic apare in #centos cite un amarit care plinge din aceste cauze Nu contest ca e si asa ceva. Dar din ce mentiona initiatorul acestui topic, mie mi-a lasat impresia ca are control deplin asupra acelui server. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ATENTIONARI = - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php == ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Raspunde pls pe lista la mailurile de pe lista. 2015-03-16 17:55 GMT+02:00 Iulian Murgulet gul...@casbv.ro: În 2015-03-16 17:35, Petru Ratiu a scris: Daca e openvz o optiune, se pot folosi bridge-uri ca la solutia cu kvm mentionata in mailul initial. problema e ca nu prea mai e suportat pe kernel noi (ultimul kernel 2.6.x nu mai e o expresie care sa dea un sentiment de modernitate de ceva vreme incoace). ... bridge-ul mere linistit pe ultimul kernel 2.6.x ! Da ai dreptate ca nu este modern kernelul 2.6.x. Dar pentru mine cel putin nu conteaza ce culoare are pisica, atata timp cat prinde soareci. Da, dar pentru altii, soarecii pe care-i prind ultimele ~20 de pisici e posibil sa fie ceva mai relevanti. Nu stiu exact care-s limitarile lui, eu unul as prefera kvm si as rezolva partea cu accesul la fisiere, acolo e alta colectie de ciocanele care poate fi pusa in valoare. Ce anume parte ar putea fi pusa in valoare utilizand KVM, facand abstractie de limitarile lui? Suportul in kernel, scule de management mai moderne, izolarea mai buna, etc. PS: Nu stiu daca ti-a spus cineva recent, da' semnatura ta e ridicola din mai mult de un punct de vedere. ... stiu, dar astea sunt ordinele, si eu ma execut ;) Si cam cate atasamente in format Office97 crezi ca o sa primesti de pe lista asta? Poti sa te abonezi cu o adresa personala daca angajatorul are o problema cu mailurile de pe adresa de serviciu. -- P. tre as vrea sa stiu cine a fost ala care a considerat prima oara ca e o idee buna sa formatezi cu html mailurile ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
On 03/16/2015 05:28 PM, Iulian Murgulet wrote: În 2015-03-16 14:57, Adrian Popa a scris: Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. Gasesti kernele atat pentru centos/rhel gata compilate(versiune 2.6.x) in repo-ul de la Epel(eu il folosesc de 2 ani cel putin pe 10-12 servere fizice, cu 2-10 containere/server fizic, fara probleme) ca maintainer Fedora de vreo 8 ani si cu accent exclusiv pe EPEL de vreo 3 ani incoace, as putea sa jur ca EPEL nu a avut si nu va avea niciodata kernele. sa fiu sincer nici nu stiu cu ce confunzi, cele mai apropiat potriviri ar fi proiectele ElRepo ( distribuim kernel-lt si kernel-ml ) si Xen4Centos ( deocamdata distribuim xen4 pt CentOS 6, sint in lucru si versiunile pt C7 ) poti te rog sa imi dai un link (din orice mirror EPEL) catre acel kernel folosit de tine ? lxc-ul(dump/restore, modificari de parametri on-the-fly). Ai si iptables(numai Input si Output)/container, limite de toate neamurile(cat ram, cpu, nr nuclee cpu, iops/container, etc). Si nu in ultimul rand, o PS: openvz e minunat cind merge si daca ai control asupra masinii gazda. Cind ai doar un VPS iar firma de hosting din motive de securitate a castrat kernelul, poti sa te impusti. Cel mai adesea nu merge nimic, incepind cu iptables si swapping. Zilnic apare in #centos cite un amarit care plinge din aceste cauze ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Care ar diferentele deranjante dintre cele 2? Ca asemanarile le stiu On 16 Mar 2015, at 14:57, Adrian Popa adrian.popa...@gmail.com wrote: Din nou mulțumesc pentru informații. Am înțeles ce probleme are docker, și se pare că lxc seamănă cu ceea ce vreau. O să mă apuc de studiu. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
On 03/16/2015 11:32 AM, Adrian Popa wrote: Ok, mulțumesc pentru răspunsuri! Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu știe să booteze dintr-un director din host. În plus, nu știu daca poate rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). Pentru rulat dintr-un director este lxc (mulțumesc Mihai că mi-ai amintit de el). Ar mai fi openvz dar acela nu este în kernel-ul default pe nicăieri (mai puțin proxmox) și e cam deprecated imho. Dumitru PS: Îi las pe alții mai buni la vorbă ca mine să o spună: http://iops.io/blog/docker-hype/ https://www.andreas-jung.com/contents/why-docker-is-broken-at-the-moment ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug