DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Docker Swarm, Kubernetes un Mesos ir vispopulārākās konteineru orÄ·estrÄ“Å”anas sistēmas. Savā runā Aruns Gupta salÄ«dzina Ŕādus Docker, Swarm un Kubernetes aspektus:

  • Vietējā attÄ«stÄ«ba.
  • IzvietoÅ”anas funkcijas.
  • Vairāku konteineru lietojumprogrammas.
  • Pakalpojuma atklāŔana.
  • Pakalpojuma mērogoÅ”ana.
  • Vienreiz izpildāmi uzdevumi.
  • Integrācija ar Maven.
  • "RitoÅ”ais" atjauninājums.
  • Couchbase datu bāzes klastera izveide.

Rezultātā jÅ«s iegÅ«sit skaidru izpratni par katra orÄ·estrÄ“Å”anas rÄ«ka piedāvājumu un uzzināsit, kā Ŕīs platformas efektÄ«vi izmantot.

Aruns Gupta ir Amazon Web Services galvenais atvērtā pirmkoda produktu tehnologs, kurÅ” vairāk nekā 10 gadus ir izstrādājis Sun, Oracle, Red Hat un Couchbase izstrādātāju kopienas. Ir liela pieredze, strādājot vadoŔās starpfunkcionālās komandās, izstrādājot un ievieÅ”ot mārketinga kampaņu un programmu stratēģiju. ViņŔ vadÄ«ja Sun inženieru komandas, ir viens no Java EE komandas dibinātājiem un Devoxx4Kids ASV filiāles izveidotājs. Aruns Gupta ir vairāk nekā 2 tÅ«kstoÅ”u ziņu autors IT emuāros un uzstājies ar sarunām vairāk nekā 40 valstÄ«s.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 1. daļa
DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 2. daļa

55. rindiņā ir COUCHBASE_URI, kas norāda uz Å”o datu bāzes pakalpojumu, kas arÄ« tika izveidots, izmantojot Kubernetes konfigurācijas failu. Ja paskatās uz 2. rindiņu, jÅ«s varat redzēt veidu: Pakalpojums ir pakalpojums, ko veidoju, ko sauc par couchbase-service, un tas pats nosaukums ir norādÄ«ts 4. rindā. Tālāk ir norādÄ«ti daži porti.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Galvenās rindas ir 6 un 7. ApkalpoÅ”anas laikā es saku: "Hei, Ŕīs ir etiÄ·etes, kuras es meklēju!", un Ŕīs etiÄ·etes ir nekas vairāk kā mainÄ«go pāru nosaukumi, un 7. rinda norāda uz manu couchbase-rs-pod. pieteikumu. Tālāk ir norādÄ«ti porti, kas nodroÅ”ina piekļuvi Ŕīm paŔām etiÄ·etēm.

19. rindiņā es izveidoju jauna tipa ReplicaSet, 31. rindiņā ir attēla nosaukums, un 24.ā€“27. rindiņa norāda uz metadatiem, kas saistÄ«ti ar manu aplikumu. Tas ir tieÅ”i tas, ko pakalpojums meklē un ar ko ir jāizveido savienojums. Faila beigās ir sava veida savienojums starp rindu 55-56 un 4, kurā teikts: "izmantojiet Å”o pakalpojumu!"

Tātad, es sāku savu pakalpojumu, kad ir reprodukcijas komplekts, un, tā kā katrai kopiju komplektam ir savs ports ar atbilstoÅ”o etiÄ·eti, tas ir iekļauts pakalpojumā. No izstrādātāja viedokļa jÅ«s vienkārÅ”i izsaucat pakalpojumu, kas pēc tam izmanto jums nepiecieÅ”amo kopiju kopu.

Tā rezultātā man ir WildFly pod, kas sazinās ar datu bāzes aizmugursistēmu, izmantojot Couchbase Service. Es varu izmantot priekŔējo daļu ar vairākiem WildFly podiem, kas arÄ« sazinās ar couchbase aizmugursistēmu, izmantojot couchbase pakalpojumu.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Vēlāk apskatÄ«sim, kā pakalpojums, kas atrodas ārpus klastera, sazinās, izmantojot savu IP adresi, ar elementiem, kas atrodas klastera iekÅ”pusē un kuriem ir iekŔēja IP adrese.

Tātad bezvalsts konteineri ir lieliski, bet cik labi ir izmantot statusu saturoÅ”us konteinerus? ApskatÄ«sim stāvokļu vai pastāvÄ«go konteineru sistēmas iestatÄ«jumus. Programmā Docker ir 4 dažādas pieejas datu glabāŔanas izkārtojumam, kurām jums vajadzētu pievērst uzmanÄ«bu. Pirmais ir Implicit Per-Container, kas nozÄ«mē, ka, izmantojot couchbase, MySQL vai MyDB sateful konteinerus, tie visi sākas ar noklusējuma Sandbox. Tas ir, viss, kas tiek glabāts datu bāzē, tiek glabāts paŔā konteinerā. Ja konteiners pazÅ«d, dati pazÅ«d kopā ar to.

Otrais ir Explicit Per-Container, kad izveidojat noteiktu krātuvi ar docker sējuma izveides komandu un saglabājat tajā datus. TreŔā Per-Host pieeja ir saistÄ«ta ar krātuves kartÄ“Å”anu, kad viss konteinerā saglabātais vienlaikus tiek dublēts resursdatorā. Ja konteiners neizdodas, dati paliks resursdatorā. Pēdējais ir vairāku Multi-Host saimniekdatoru izmantoÅ”ana, kas ir ieteicams dažādu risinājumu ražoÅ”anas stadijā. Pieņemsim, ka jÅ«su konteineri ar jÅ«su lietojumprogrammām darbojas resursdatorā, bet jÅ«s vēlaties saglabāt savus datus kaut kur internetā, un Å”im nolÅ«kam izmantojat automātisko kartÄ“Å”anu sadalÄ«tajām sistēmām.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Katra no Ŕīm metodēm izmanto noteiktu uzglabāŔanas vietu. Implicit un Explicit Per-Container glabā datus resursdatorā vietnē /var/lib/docker/volumes. Izmantojot Per-Host metodi, krātuve tiek uzstādÄ«ta konteinera iekÅ”pusē, un pats konteiners ir uzstādÄ«ts uz resursdatora. Vairākiem resursdatoriem var izmantot tādus risinājumus kā Ceph, ClusterFS, NFS utt.

Ja pastāvÄ«gs konteiners neizdodas, pirmajos divos gadÄ«jumos krātuves direktorijs kļūst nepieejams, bet pēdējos divos gadÄ«jumos piekļuve tiek saglabāta. Tomēr pirmajā gadÄ«jumā krātuvei varat piekļūt, izmantojot Docker resursdatoru, kas darbojas virtuālajā maŔīnā. Otrajā gadÄ«jumā arÄ« dati netiks zaudēti, jo esat izveidojis Explicit krātuvi.

Ja saimniekdators neizdodas, pirmajos trÄ«s gadÄ«jumos krātuves direktorijs nav pieejams; pēdējā gadÄ«jumā savienojums ar krātuvi netiek pārtraukts. Visbeidzot, koplietojamā funkcija pirmajā gadÄ«jumā ir pilnÄ«bā izslēgta no uzglabāŔanas un ir iespējama pārējā gadÄ«jumā. Otrajā gadÄ«jumā varat koplietot krātuvi atkarÄ«bā no tā, vai jÅ«su datu bāze atbalsta izplatÄ«to krātuvi vai ne. Per-Host gadÄ«jumā datu izplatÄ«Å”ana ir iespējama tikai noteiktā resursdatorā, un vairākiem resursdatoriem to nodroÅ”ina klastera paplaÅ”ināŔana.

Tas ir jāņem vērā, veidojot statusu saturoÅ”us konteinerus. Vēl viens noderÄ«gs Docker rÄ«ks ir spraudnis Volume, kas darbojas pēc principa ā€œbaterijas ir, bet ir jānomainaā€. Kad startējat Docker konteineru, tas saka: "Hei, kad esat ieslēdzis konteineru ar datu bāzi, varat saglabāt savus datus Å”ajā konteinerā!" Å Ä« ir noklusējuma funkcija, taču jÅ«s to varat mainÄ«t. Å is spraudnis ļauj konteinera datu bāzes vietā izmantot tÄ«kla disku vai ko lÄ«dzÄ«gu. Tas ietver noklusējuma draiveri resursdatora krātuvei un ļauj integrēt konteinerus ar ārējām krātuves sistēmām, piemēram, Amazon EBS, Azure Storage un GCE pastāvÄ«gajiem diskiem.

Nākamajā slaidā ir parādīta Docker Volume spraudņa arhitektūra.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Zilā krāsa apzÄ«mē Docker klientu, kas saistÄ«ts ar zilo Docker resursdatoru, kuram ir lokālā krātuves programma, kas nodroÅ”ina jÅ«s ar konteineriem datu glabāŔanai. Zaļa krāsa norāda uz spraudņa klientu un spraudņu dēmonu, kas arÄ« ir savienoti ar resursdatoru. Tie nodroÅ”ina iespēju glabāt datus tÄ«kla krātuvē tāda veida Storage Backend, kas jums nepiecieÅ”ams.

Docker Volume spraudni var izmantot ar Portworx krātuvi. PX-Dev modulis faktiski ir jūsu darbinātais konteiners, kas savienojas ar jūsu Docker resursdatoru un ļauj ērti uzglabāt datus vietnē Amazon EBS.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Portworx klients ļauj pārraudzīt dažādu ar jūsu resursdatoru savienoto krātuves konteineru statusu. Ja apmeklējat manu emuāru, varat izlasīt, kā maksimāli izmantot Portworx, izmantojot Docker.

Kubernetes krātuves koncepcija ir lÄ«dzÄ«ga Docker, un to attēlo direktoriji, kas ir pieejami jÅ«su konteineram podā. Tie nav atkarÄ«gi no jebkura konteinera kalpoÅ”anas laika. VisizplatÄ«tākie pieejamie krātuves veidi ir hostPath, nfs, awsElasticBlockStore un gsePersistentDisk. ApskatÄ«sim, kā Å”ie veikali strādā Kubernetes. Parasti to savienoÅ”anas process sastāv no 3 soļiem.

Pirmais ir tas, ka kāds tÄ«kla pusē, parasti administrators, nodroÅ”ina jums pastāvÄ«gu krātuvi. Å im nolÅ«kam ir atbilstoÅ”s PersistentVolume konfigurācijas fails. Pēc tam lietojumprogrammas izstrādātājs raksta konfigurācijas failu ar nosaukumu PersistentVolumeClaim jeb PVC krātuves pieprasÄ«jumu, kurā teikts: ā€œMan ir nodroÅ”ināta 50 GB sadalÄ«tā krātuve, taču, lai arÄ« citi cilvēki varētu izmantot tās ietilpÄ«bu, es saku Å”im PVC, ka paÅ”laik nepiecieÅ”ami tikai 10 GB". Visbeidzot, treÅ”ais solis ir tas, ka jÅ«su pieprasÄ«jums tiek pievienots kā krātuve, un lietojumprogramma, kurai ir pods, kopiju komplekts vai kaut kas lÄ«dzÄ«gs, sāk to izmantot. Ir svarÄ«gi atcerēties, ka Å”is process sastāv no 3 minētajām darbÄ«bām un ir mērogojams.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Nākamajā slaidā ir parādīts AWS arhitektūras Kubernetes noturības konteiners.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

BrÅ«najā taisnstÅ«rÄ«, kas attēlo Kubernetes kopu, ir viens galvenais mezgls un divi darba mezgli, kas norādÄ«ti dzeltenā krāsā. Vienā no darbinieka mezgliem ir oranžs pods, krātuve, replikas kontrolleris un zaļŔ Docker Couchbase konteiners. Klastera iekÅ”pusē virs mezgliem purpursarkans taisnstÅ«ris norāda, ka pakalpojums ir pieejams no ārpuses. Å Ä« arhitektÅ«ra ir ieteicama datu glabāŔanai paŔā ierÄ«cē. Ja nepiecieÅ”ams, es varu saglabāt savus datus EBS ārpus klastera, kā parādÄ«ts nākamajā slaidā. Å is ir tipisks mērogoÅ”anas modelis, taču, izmantojot to, jāņem vērā finansiālais aspekts ā€“ datu glabāŔana kaut kur tÄ«klā var bÅ«t dārgāka nekā resursdatorā. Izvēloties konteinerizācijas risinājumus, tas ir viens no nozÄ«mÄ«gākajiem argumentiem.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Tāpat kā ar Docker, ar Portworx varat izmantot pastāvīgus Kubernetes konteinerus.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Tas ir tas, ko paÅ”reizējā Kubernetes 1.6 terminoloÄ£ijā sauc par ā€œStatefulSetā€ ā€” veids, kā strādāt ar Stateful lietojumprogrammām, kas apstrādā notikumus, kas saistÄ«ti ar Pod apturÄ“Å”anu un Graceful Shutdown veikÅ”anu. MÅ«su gadÄ«jumā Ŕādas lietojumprogrammas ir datu bāzes. Manā emuārā varat lasÄ«t, kā izveidot StatefulSet programmā Kubernetes, izmantojot Portworx.
Parunāsim par attÄ«stÄ«bas aspektu. Kā jau teicu, Docker ir 2 versijas - CE un EE, pirmajā gadÄ«jumā mēs runājam par stabilu Community Edition versiju, kas tiek atjaunināta reizi 3 mēneÅ”os, atŔķirÄ«bā no ikmēneÅ”a atjauninātās EE versijas. Varat lejupielādēt Docker operētājsistēmai Mac, Linux vai Windows. Pēc instalÄ“Å”anas Docker tiks automātiski atjaunināts, un to ir ļoti viegli sākt.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

AttiecÄ«bā uz Kubernetes es dodu priekÅ”roku Minikube versijai ā€” tas ir labs veids, kā sākt darbu ar platformu, izveidojot kopu vienā mezglā. Lai izveidotu vairāku mezglu klasterus, versiju izvēle ir plaŔāka: tās ir kops, kube-aws (CoreOS+AWS), kube-up (novecojuÅ”as). Ja vēlaties izmantot uz AWS balstÄ«tu Kubernetes, iesaku pievienoties AWS SIG, kas katru piektdienu tiekas tieÅ”saistē un publicē dažādus interesantus materiālus par darbu ar AWS Kubernetes.

ApskatÄ«sim, kā Rolling Update tiek veikta Å”ajās platformās. Ja ir vairāku mezglu klasteris, tad tiek izmantota noteikta attēla versija, piemēram, WildFly:1. SlÄ«doÅ”ais atjauninājums nozÄ«mē, ka attēla versija tiek secÄ«gi aizstāta ar jaunu katrā mezglā, vienu pēc otra.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Lai to izdarÄ«tu, izmantoju komandu docker service update (pakalpojuma nosaukums), kurā norādu jauno WildFly:2 attēla versiju un atjaunināŔanas metodi update-parallelism 2. Skaitlis 2 nozÄ«mē, ka sistēma atjauninās 2 lietojumprogrammas attēlus. tajā paŔā laikā, tad 10 sekunžu atjaunināŔanas aizkave 10s, pēc kuras nākamie 2 attēli tiks atjaunināti vēl 2 mezglos utt. Å is vienkārÅ”ais atjaunināŔanas mehānisms tiek nodroÅ”ināts kā daļa no Docker.

Programmā Kubernetes slÄ«doÅ”ais atjauninājums darbojas Ŕādi. Replikācijas kontrolleris rc izveido vienas un tās paÅ”as versijas kopiju kopu, un katrs Å”ajā webapp-rc pods ir nodroÅ”ināts ar etiÄ·eti, kas atrodas mapē etcd. Kad man ir nepiecieÅ”ams pods, es izmantoju lietojumprogrammu pakalpojumu, lai piekļūtu etcd krātuvei, kas man nodroÅ”ina podziņu, izmantojot norādÄ«to etiÄ·eti.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Å ajā gadÄ«jumā mums ir 3 podi replikācijas kontrollerÄ«, kurā darbojas lietojumprogramma WildFly versija 1. Atjauninot fonā, tiek izveidots cits replikācijas kontrolleris ar tādu paÅ”u nosaukumu un beigās indeksu - - xxxxx, kur x ir nejauÅ”i skaitļi, un ar tām paŔām etiÄ·etēm. Tagad Application Service ir trÄ«s aplikācijas ar lietojumprogrammas veco versiju un trÄ«s komplekti ar jauno versiju jaunajā replikācijas kontrollerÄ«. Pēc tam vecie podi tiek dzēsti, replikācijas kontrolleris ar jaunajiem podiem tiek pārdēvēts un nodots ekspluatācijā.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Pāriesim pie monitoringa. Docker ir daudz iebÅ«vētu uzraudzÄ«bas komandu. Piemēram, docker konteineru statistikas komandrindas interfeiss ļauj katru sekundi parādÄ«t konsolei informāciju par konteineru stāvokli - procesora lietojumu, diska izmantoÅ”anu, tÄ«kla slodzi. Docker Remote API rÄ«ks nodroÅ”ina datus par to, kā klients sazinās ar serveri. Tas izmanto vienkārÅ”as komandas, bet ir balstÄ«ts uz Docker REST API. Å ajā gadÄ«jumā vārdi REST, Flash, Remote nozÄ«mē to paÅ”u. Sazinoties ar saimniekdatoru, tā ir REST API. Docker Remote API ļauj iegÅ«t vairāk informācijas par konteineru darbināŔanu. Manā emuārā ir sniegta informācija par Ŕīs uzraudzÄ«bas izmantoÅ”anu ar Windows Server.

Docker sistēmas notikumu pārraudzÄ«ba, palaižot vairāku saimniekdatoru klasteru, ļauj iegÅ«t datus par resursdatora avāriju vai konteinera avāriju konkrētā resursdatorā, mērogoÅ”anas pakalpojumiem un tamlÄ«dzÄ«gi. Sākot ar Docker 1.20, tajā ir iekļauts Prometheus, kas iegulst galapunktus esoÅ”ajās lietojumprogrammās. Tas ļauj saņemt metriku, izmantojot HTTP, un parādÄ«t tos informācijas paneļos.

Vēl viena uzraudzÄ«bas funkcija ir cAdvisor (saÄ«sinājums no konteinera padomnieka). Tas analizē un nodroÅ”ina resursu lietojuma un veiktspējas datus no darbināmiem konteineriem, nodroÅ”inot Prometheus metriku tieÅ”i no kastes. Å Ä« rÄ«ka Ä«paŔā iezÄ«me ir tā, ka tas sniedz datus tikai par pēdējām 60 sekundēm. Tāpēc jums ir jāspēj savākt Å”os datus un ievietot tos datu bāzē, lai jÅ«s varētu uzraudzÄ«t ilgtermiņa procesu. To var arÄ« izmantot, lai grafiski parādÄ«tu informācijas paneļa metriku, izmantojot Grafana vai Kibana. Manā emuārā ir detalizēts apraksts par to, kā izmantot cAdvisor, lai pārraudzÄ«tu konteinerus, izmantojot Kibana informācijas paneli.

Nākamajā slaidā ir parādÄ«ts, kā izskatās Prometheus galapunkta izvade, un attēloÅ”anai pieejamās metrikas.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

ApakŔējā kreisajā stÅ«rÄ« ir redzama HTTP pieprasÄ«jumu, atbilžu utt. metrika, labajā pusē ir to grafiskais displejs.

Kubernetes ietver arī iebūvētus uzraudzības rīkus. Šajā slaidā ir parādīts tipisks klasteris, kurā ir viens galvenā un trīs darbinieka mezgli.

DEVOXX Apvienotās Karalistes konference. Izvēlieties sistēmu: Docker Swarm, Kubernetes vai Mesos. 3. daļa

Katrs no darba mezgliem satur automātiski palaistu cAdvisor. Turklāt ir Heapster, veiktspējas uzraudzÄ«bas un metrikas apkopoÅ”anas sistēma, kas ir saderÄ«ga ar Kubernetes versiju 1.0.6 un jaunāku versiju. Heapster ļauj apkopot ne tikai darba slodzes, podi un konteineru veiktspējas rādÄ«tājus, bet arÄ« notikumus un citus signālus, ko Ä£enerē visa klastera. Lai apkopotu datus, tas sazinās ar katras pod Kubelet, automātiski saglabā informāciju InfluxDB datu bāzē un izvada to kā metriku uz Grafana informācijas paneli. Tomēr paturiet prātā, ka, ja izmantojat miniKube, Ŕī funkcija pēc noklusējuma nav pieejama, tāpēc uzraudzÄ«bai bÅ«s jāizmanto papildinājumi. Tātad tas viss ir atkarÄ«gs no tā, kur palaižat konteinerus un kādus uzraudzÄ«bas rÄ«kus varat izmantot pēc noklusējuma un kuri jāinstalē kā atseviŔķi papildinājumi.

Nākamajā slaidā ir redzami Grafana informācijas paneļi, kas parāda manu konteineru darbÄ«bas statusu. Å eit ir diezgan daudz interesantu datu. Protams, ir daudz komerciālu Docker un Kubernetes procesu uzraudzÄ«bas rÄ«ku, piemēram, SysDig, DataDog, NewRelic. Dažiem no tiem ir pieejams 30 gadu bezmaksas izmēģinājuma periods, lai jÅ«s varētu mēģināt atrast sev vispiemērotāko. PersonÄ«gi es gribētu izmantot SysDig un NewRelic, kas labi integrējas ar Kubernetes. Ir rÄ«ki, kas vienlÄ«dz labi integrējas gan Docker, gan Kubernetes platformās.

Dažas reklāmas šŸ™‚

Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, mākoņa VPS izstrādātājiem no 4.99 USD, unikāls sākuma līmeņa serveru analogs, ko mēs jums izgudrojām: Visa patiesība par VPS (KVM) E5-2697 v3 (6 kodoli) 10GB DDR4 480GB SSD 1Gbps no 19$ vai kā koplietot serveri? (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).

Dell R730xd 2x lētāk Equinix Tier IV datu centrā Amsterdamā? Tikai Å”eit 2x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV no 199$ NÄ«derlandē! Dell R420 ā€” 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB ā€” no 99 USD! LasÄ«t par Kā izveidot infrastruktÅ«ras uzņēmumu klase ar Dell R730xd E5-2650 v4 serveru izmantoÅ”anu 9000 eiro par santÄ«mu?

Avots: www.habr.com

Pievieno komentāru