Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Citrix vydal novou verzi jeho XenServeru s pořadovým číslem 6. Přináší hypervisor 4.1, podporu pro více procesorů a pamětí na jeden virtuální stroj, CPU pools, integraci s Microsoft's System Center 2012 a Open vSwitch jako novou výchozí komponentu pro připojení virtuálních strojů k síti.
Tiskni
Sdílej:
Pokud si s tím člověk jenom hraje a není pouhý "klikač" (tzn. ovládá administraci Linuxu a CLI je jeho šálek kávy), není opravdu problém povolit si v /etc/yum.d standardní repozitáře CentOS 5 a Dom0 si přizpůsobit jak kdo uzná za vhodné. Následné aktualizace není nutné instalovat přes klikací XenCenter, ale je možné je rozbalit a aplikovat ručně (a vyhnout se tak problémům).
Takže ano, všelijaké dobastlování není vhodné do produkčního provozu, stejně jako některé "vychytávky", kvůli kterým by někdo do toho dobastlování vůbec chtěl jít...
Kromě toho je zde navíc k dispozici Xen Cloud Platform, což je de facto FOSS verze vývojové platformy XenServeru, a s tím už se dá cvičit naprosto libovolně. Dokonce na tom funguje i XenCenter z oficiálního XenServeru.
Jak už bylo zmíněno v jiných příspěvcích, ona "enterprise sféra" opravdu nezahrnuje zmrzačené bazarové stroje (ze kterých RAID řadiče pravděpodobně někdo vytáhl, aby je výhodně zpeněžil zvlášť, protože AFAIK Dell servery vyšších řad bez HW RAIDu vůbec neprodává). XenServer je směřován do segmentu, kde se data ukládají nikoli na lokálním disku (nejlépe SATA
), ale na zařízeních typu SAN, resp. obecně na sdílené storage. Jinak totiž není možné pomýšlet na takové "zbytečnosti", jako je high availability, workload balancing, migrace virtuálních strojů mezi servery a další "enterprise" funkce.
Taktéž už zmíněná podpora UPS se neřeší na úrovni nějakého lokálního daemonu (apcupsd apod.), ale pomocí centrálního SNMP managementu, protože v datacentrech (kam je XenServer v prvé řadě určen, podobně jako konkurenční VMware vSphere) se opravdu napájení serverů nezálohuje lokálně připojeným záložním zdrojem
Nehledě na to, že korektní shození hypervisoru trvá v běžných případech i více než 15 minut, protože nejdříve se musí korektně shodit všechny virtuální stroje, a to leckterá UPS neustojí (pokud není řádně naddimenzovaná). UPS pro datacentra a generátory jsou obvykle schopné zajistit pokrytí výpadku po celou dobu jeho trvání a pokud ne, řeší se to pomocí centrálního managementu po síti.
Každopádně vám nikdo nebrání si klidně hrát s enterprise technologiemi téměř na jakémkoli hardware, ale opravdu neočekávejte, že by něco takového bylo libovolným výrobcem/dodavatelem podporováno. Takže úplně klidně si ten XenServer dotweakujte, jak potřebujete (já to dělám taky, i když dnes už používám spíše XCP) - není to žádný problém, ať už jde o ten SW RAID nebo přidání UPS daemonu. Jelikož update se vydávají tak jedno za rok, nemělo by vám to nijak komplikovat hraní. Pokud to nechcete na hraní, ale pro legitimní produkční použití, doporučuji vám ještě jednou se zamyslet nad tím, jestli "pár starších PE1850 bez řadiče" je ta správná platforma pro daný účel...
Pane kolego vy to vidite prilis cernobile. Hned tu vytahujete datacentra, tam SANy, ale opet, svete divse ony existuji i jine typy nasazeni virtualu nez sou jen datacentra :). Pro priklad uvedu pobockovy server, kdy mi konsolidace par starsich serveru v jeden vykonejsi usetri hafo starosti i penez. A ano UPS podpora by se rozhodne mela resit i na urovni jednoho stroje, protoze holt nemuzete strcit diesel agregator devcatum v open office za jejich zada...by vas rychle zlyncovali :D
Dnes se uz nejspis bez raidu neprodava, ale preci kvuli chybejicimu raidu nevyhodim server s 3.4GHz,2x15000 rpm HDD,8 GB ram. Mozna uz je postarsi, ale trochu prace jeste musi zvladnout. Samozrejme chapu, ze pokud se pohybujete v prostredi, kde se obmenuje HW co 1-2 roky a mate k dispozici hezkych par mega na investice-renovace-upgrady, pak si muzete podobne nazory dovolit. Zcela jina situace nastava, kdyz nejake firme-mam spravujete jejich IT, ktere obzvlaste v dnesni dobe obraceji kazdou korunu 5x.
Ano u nas na centrale mame centralni ups napojenou na diesel, nejake ty SANy,iSCSI, load balancing s patricnym zalohovanim etc. Ale to holt nelze mit vsude a je casto potreba volit nejaky ten kompromis. Bylo by samozrejme hezke mit vzdy k dispozici prostredky na novy HW, ale realita je nekde jinde. To uz sem se, ale vzdalil od puvodniho tematu. Zkusim jeste ten XCP. Dekuji za odkaz.
) se pohybuji v různém prostředí, nejen tam, kde se vyměňují servery po absolvování 10000 hodin provozu
ale jestli jsem se něco už dávno naučil, tak je to minimálně to, že mrkev není dobré okopávat bagrem a že rybník se nevylejvá lopatou...
Ale teď pro změnu něco konstruktivního: vzhledem k tomu, že v těch serverech máte podle všeho SCSI disky, zkuste se podívat po repasovaných RAID řadičích pro ně - stačí chvíli hledat, před časem se mi podařilo sehnat jako náhradní díl repasovaný PERC4 za pár korun (třeba zde: http://www.boxed.cz/koncovy/produkty/radice/dell-perc4/sc-000592 ale určitě najdete i další); z hlediska driverů jde o běžné čipsety LSI MPT, které zvládá každý kernel.
Pokud z nějakého důvodu nepotřebujete přímo Xen (což asi nepotřebujete, pokud zrovna neřešíte cloud computing
), klidně vyzkoušejte OpenVZ. Myslím, že budete překvapený, jak to pro většinu běžných SMB potřeb dostačuje. Z toho, jaké uvádíte parametry těch vašich PE1850, vyplývá, že jsou tam ještě staré Xeony bez podpory VT-x, takže na tom stejně nic jiného než Linux (nebo jiný Unix) nezvirtualizujete (leda přes VMware nebo VirtualBox, ale to už jsme v jiné vesnici
). Můžu vám s čistým svědomím doporučit uživatelsky i administrátorsky přátelský Proxmox (obsahuje kromě virtualizace OpenVZ i KVM, ale to vám bez podpory v CPU stejně nepojede) nebo pokud se cítíte víc hardcore, stačí nainstalovat i normální CentOS nebo Debian/Ubuntu, vyměnit kernel za 2.6.32 z projektu OpenVZ a doinstalovat aktuální balíčky vzctl a vzquota. Obsluha z CLI je poměrně jednoduchá a pokud budete chtít i pěkné klikací rozhraní, zkuste OpenVZ Web Panel. U OpenVZ rozhodně nebudete mít žádný problém se SW RAIDem nebo čímkoli dalším, nainstalujete si prostě normální linuxovou distribuci se vším, co si zamanete
Rozdíl oproti paravirtualizovanému Xenu je hlavně v tom, že jde o kontejnery, což znamená, že pro běžné použití je OpenVZ lépe škálovatelný a lépe využívá zdroje serveru. Na druhou stranu má některá omezení (všechny virtuální servery používají stejný kernel a je dobré vědět něco o tom, jak to funguje - viz wiki OpenVZ).
nebo pokud se cítíte víc hardcore, stačí nainstalovat i normální CentOS nebo Debian/Ubuntu, vyměnit kernel za 2.6.32 z projektu OpenVZPokud se chcete cítit míň hardcore a dosáhnout podobného výsledku s menší námahou a snazší udržovatelností, nainstalujete si svou oblíbenou distribuci, kterou je snadné upravit a doladit podle svých potřeb, na ní pak libvirt který nastavíte ho na KVM (pokud CPU umí virtualizovat) nebo na to druhé pokud ne (Xen nebo LXC) a máte všechno potřebné přímo z distribuce.
Mno podle obsahu vasi reakce to vypada, ze o problematice neco vite :) , obzvlaste se mi libi jak jste pohotove zminil problem s Xeony v PE1850, pricemz tomu tak opravdu je.
Ale k veci. Chapu vasi pointu "enterprise" zamereni, ale je skutecne "smb" tak nerentabilni, ze se nevyplati ani par hodin prace navic s pridanim apcupsd ci nut do zakladu? Uz delsi dobu navstevuji forum citrixu a z prispevku uzivatelu vyvozuji, ze ve vetsine jde o typicke smb...muze to byt tim, ze enterprise zakaznik ma jine support kanaly, ale i tak to neco vypovida. Pokud vezmem v uvahu situaci na trhu, kdy smb drtive vladne vmware s malym podilem MS a CITRIXU, tak u opravdu velkych instalaci se jedna prevazne o upraveny Xen. Sice se u vetsich cloud provideru taky v par desitkach racku ohriva vmware, ale to jsou spise privatni cloudy na zakazku, kdy platformu vybral zakaznik pro sve projekty, ale v celkovem meritku se jedna o par procent. Takze proc za teto situace nenabidnout i neco navic pro ten smb segment? Spise otazka pro planovace od citrixu.
Na openVZ jsem se uz kdysi ze zajimavosti dival, ale tady se spise klonim k jailum v BSD(coz neni to same jako OVZ), ale ta rychlost a dlouhodoba stabilita v prubehu let je na tak vysoke urovni, ze nic jineho-podobneho ani nemam potrebu zkouset..a asi ani hned tak mit nebudu. Na provoz GPL softu pro me tezko nahraditelne.
Ovsem tady u tech starsich 1850 bych to chtel mit osetrene nejak nove... "centralizovane" a ne jen mit 20 ssh shelu. Zatim se mi libi cloudstack, ale to je v tomto pripade protonove delo na komara :)
) po dvou letech boje s XenServerem nainstaloval XCP, který jsem asi 3 měsíce ladil, upravoval a testoval a musím říct, že i když s XenServerem nebyly problémy, které by stály za zmínku, přece jen spousta chybějících featur mi dost vadila (a do placené verze se mi jít nechtělo, tak dobře klienti zase neplatí
).
Spoustu virtuálů také už dnes provozuji právě na OpenVZ (opět výrazně upraveno pro vlastní potřeby) a musím říct, že kromě specifických případů, které jsou právě na tom Xenu, se mi virtualizace OpenVZ osvědčila mnohem lépe. Už jen to, že i bez sdíleného storage je možné za chodu migrovat kontejnery mezi jednotlivými servery bez výpadku služeb (jen několikasekundový lag v okamžiku finální synchronizace, ale bez rozpadu spojení), je killer feature k nezaplacení.
Já se OpenVZ dlouho záměrně vyhýbal, protože mě vytočili někteří hostingoví provideři, kteří naprosto bezostyšně ještě i dnes nabízejí klientům OpenVZ kontejnery jako plnohodnotné virtuální servery a detaily implementace skrývají a mlží dokud na ně přímo neuhodíte (a přiznejme si, že většina jejich klientů nejspíš nemá dostatečné znalosti, aby vůbec tušili, na co se mají zeptat).
Každopádně pokud znáte BSD jails, filozofie OpenVZ vám nebude zcela neznámá, jen je to trochu propracovanější pro "běžné lidi"TM. Určitě zkuste ten Proxmox, je to celé klikací, přehledné a do příkazového řádku ani nemusíte (kromě speciálních případů - více síťových rozhraní v kontejneru nebo počáteční konfigurace clusteru). Mám vyzkoušeno, že to během hodinky rozchodil i člověk, který má s Linuxem minimální zkušenosti a je spíše takový poweruser
Super je, že těch vašich několik serverů následně můžete přehledně ovládat z jednoho webového rozhraní... Wiki Proxmoxu je celkem přehledná a informačně výživná a detaily se dají najít případně přímo na webu OpenVZ.
BTW u OpenVZ nepotřebujete 20 SSH terminálů, stačí jeden shell na příslušném HW node a do root shellu konkrétního kontejneru se dostanete snadno pomocí vzctl enter [číslokontejneru] (ani nepotřebujete heslo toho roota). Ale to jen jako bonbónek, samozřejmě na konzolu kontejneru se hravě doklikáte z webového rozhraní přes Java VNC konzolu (ale jde to i jinými způsoby). Vyzkoušejte, třeba to bude přesně to, co potřebujete (investujete do toho max. hodinku času včetně stažení ISO a prohlédnutí všech screenshotů
)...
BTW u OpenVZ nepotřebujete 20 SSH terminálů, stačí jeden shell na příslušném HW node a do root shellu konkrétního kontejneru se dostanete snadno pomocí vzctl enter [číslokontejneru] (ani nepotřebujete heslo toho roota).
20x 1850 = 20x ssh.
U BSD vam rovnez staci jeden shell. Do jednotlivych "virtualu" se pak dostanete jexec 5(cislo jailu) bash.
Na tu proxmox se urcite mrknu. Thx.