oVirt, oVirt, co mi to jen připomíná https://bugzilla.redhat.com/show_bug.cgi?id=2258509
Souhlas, VMware se zbláznil a hází přes palubu snad všechny.
Kam jít je otázka oVirt potřebuje ještě trochu zrát, proxmox je subjektivně divný.
Jako zdražení 2-10x z roku na rok je fakt šílené asi i celkem bezprecedentní. Je to reklama pro open source, protože kdyby byl VMWare open source, tak si něco takového nemůžou dovolit. Našel by se někdo, kdo by to podporoval za zlomek ceny, dokud by firmy nepřemigrovaly na něco jiného. Takto jim nezbývá než platit.
Dell koupil EMC, jejich produkty vicemene zrusil a vsem cpe ty svoje polonefunkcni sragory. Nic noveho pod sluncem.
A co se supportu tyce, typicky se to aktulizuje kdyz se meni HW, jenze pokud je to tak, ze napriklad i prave zmineny dell to hodil pres palubu, tak to znamena, ze zadny oficielni support na ten HW nebude, a tudiz se to stejne nebude dat na novesich kouscich pouzivat.
VMWare už dávno nepatří Dellu. Koupil ho Broadcom a jeho strategie je krátkodobě vyždímat z VMWaru, co to jde, a pak ho asi zahodit. Zdražil zákazníkům až na desetinásobek. Firmy, které na tom mají postavenou celou infrastrukturu, to během pár měsíců nepřemigrují. Těm to bude pár let trvat a během nich je Broadcom pořádně podojí.
A ještě od někoho, kdo na začátek ten komunitou vytvořený software vzal a zavřel a tvrdě porušil licence. Spravedlivým právem mu tedy nepatří ani cent od jeho zákazníků. Více https://www.zdnet.com/article/vmware-sued-for-failure-to-comply-with-linuxs-license/ . Asi nakonec na kódu vydělali tolik, že ho přepsali https://en.wikipedia.org/wiki/VMware_ESXi#GPL_violation_lawsuit , ale kdo ví a obecně je pěkně vidět, že kdo podpoří lotra, tak nakonec na jeho hamižnost doplatí.
Tak teď by byl správný okamžik, kdyby někdo se zkušeností s migracemi mezi platformami napsal stručný článek.
Ono se to řekne snadno, po skoro 20 letech kdy co si budeme namlouvat, bylo ESXi asi nejméně problematickou virtualizací, navíc pokud člověk nepotřeboval víc CPU nebo Vcenter, tak zadarmo, ale teď - kam?
Běžný linux je triviální, a (doufám že) to zvládne každý čtenář, ale co s větší instalační bází? Je vůbec něco, kam stačí přetáhnout .vmdk (případně protáhnout nějakou automatickou konverzí), a virtuálka pojede? Včetně specializovaných appliancí?
Existuje https://libguestfs.org/virt-v2v.1.html a nebo proste bootujeme migrovany stroj z CD a prelijeme obsah disku do nove virtualizace jako binarni blob, ktery se tam potom nastartuje. Pripadne proxmox ma nejake cli na import, ale to jsem nikdy nepotreboval.
Specializovane aplikace jsou samozrejme problem, HW klice se budou branit hoooodne. Windows paradoxne cim novejsi tim hladsi operace, ale sem tam se stane, ze se musi bootovat druha windows a editovat registry tech nebezicich, vyhodit z nich treba nejaky ovladac. Pripadne jsou potreba magicke prikazy rebuildbcd + fixboot + fixmbr.
Obecne to spatne skaluje, protoze spousta softu vam "ztrati" licenci a ty licence se ziskavaji pokazde jinym zpusobem a vetsinou to obnasi telefonovani s dodavateli a to narozdil od konverze VM nenascriptujete.
Nepodari se zmigrovat obsah vTPM, coz nekdy muze vadit. Takze je treba rozsifrovat disk, zmigrovat, zasifrovat.
Ve finale ale je ale nejlepsi nainstalovat v nove virtualizaci nove stroje a jen prelit data. Udela se pri tom poradek, dokumentace, zbavite se ruznych pozustatku nepovedenych aktualizaci a padu dlouho bezicich VM.
Ale pro obojí existují forky. A v poslední době vidím, že OpenSearch se dost prosazuje. U Monga se asi držet krok nedá.
Jsem zvědavý spíš na Terraform, kde to dle mého názoru přestřelili.
Důležité, ale je, že ta možnost to používat, spravovat a rozvíjet existuje. To jestli to někdo dělá je druhá věc.
Je videt ze nevite zhola nic. Firmy budou klidne pouzivat (F)OSS, musi to ale nekdo podporovat a za tu podporu mu rady zaplati. A za to zaplati ocekavaji, ze budou mit nejake garance.
A zde je ten problem.
Zadna firma nebude budovat na (F)OSS bez komercni podpory, protoze jakmile nastane problem, budou nahrany. Pokud ma firma interni tym, ktery je schopen ten SW rozvijet a rozumet mu, neni s tim problem, ale to jsou obvykle technologicke firmy a je jich jak safranu.
A kde pisu neco o tom, ze vmware patri dellu? Firmy ktere maji na vmware neco postaveno maji koupene licence, a kdyz jim broadcom zrusi support (coz zatim neudelal) tak ty licence budou klidne par let pouzivat bez supportu.
To co zatim broadcom udelal bylo vypovezeni parnetrskych smluv, zruseni prodeje licenci, a celkove razantni zdrazeni. Coz dela napriklad MS sice postupne ale uplne stejne. Behem poslednich nekolika let napriklad zdrazilo MSSQL na desetinasobek take, a vesele v tom pokracuje.
Jenže žádná větší firma si imho nedovolí běžet bez supportu, to může být ve výsledku hodně drahé v závislosti na tom, co všechno používá. Pokud máte jen hypervizor, tak možná půl bídy, ale vmware není jen ESXi, spousta firem používá vSAN, nebo třeba NSX? Aria Operations? Horizon? A s tím pokud se něco stane, tak to na koleně nepravíte. A je dost možné, že VMW po vzoru Redhatu schová svoje KB za paywall...a pak po vzoru třeba cisco si nepůjde bez supportu stáhnout patch a co pak?
No jo, ale pak někdo něco takového udělá u OSS a jsou z toho flame na měsíce.
Ale třeba tomu jen nerozumím.
7. 3. 2024, 16:40 editováno autorem komentáře
Právě proto, že u softwaru Red Hatu to je možné, nemůže Red Hat nikdy udělat to, co teď udělal Broadcom/VMWare: zdražit zákazníkům na násobky z roku na rok.
Mimochodem Red Hat nic takového neudělal a tvůrce Rocky Linuxu, který se zaštiťoval tím, že bude udržovat Enterprise Linux vždy otevřený, začal potichu dělat to, za co Red Hat kritizoval - nechávat si backporty oprav jen pro zákazníky.
A kdo je velká korporace? Tohle postihlo třeba jednoho z našich operátorů, který přesahuje naše hranice, má celkem asi 3000 serverů s vcenter a postihlo ho výrazné zdražení.
Ceny jsou smluvené vždy na nějakou dobu a jakmile vyprší, je to v loji i pro ně.
Problém je, že vmware udělal freeze na jakékoliv slevy, takže když ti vyprší smlouva, její prodloužení je oříšek.
Nove zmluvy sa vyjednavaju z dostatocnych predstihom aby bol vytvoreny tlak na dodavatela ze objednavatel moze odstupit. Ak firma nepozna ani taketo zakladne pravidla tak je to smutne a ani nic ine si nezasluzi. U nas len pravnici potrebuju niekolko mesiacov na pripomienkovanie zmluv a niekedy si davame robit aj nezavisly audit a len to samotne moze trvat kludne aj rok.
nová smlouva je něco jiného než prodloužení. Těžko ti budou právnici prodloužení smlouvy řešit rok.
Očividně jsi nic neřešil s vmware, na více než půl roku kompletně stopli podepisování nových smluv, pak jim několik měsíců trvalo dát nabídku. A to se bavíme o smlouvě, která původně byla na 3 roky a její prodloužení se začalo řešit v polovině platnosti. Pak požadovali 5x vyšší cenu. Rád bych viděl, jak vytváříš tlak na Broadcom, přečti si pár článků, které jsou tady, prostě hází klienty přes palubu.
Pokud máš velkou infrastrukturu a nepořádek v ní jak mají běžně enterprise firmy, ani rok ti nestačí na migraci, za to dobu máš často problém najít nového vendora.
No, já proti funkčnosti VirtualBoxu nic nemám, ale přestal jsem ho používat právě proto, že se v něm věci dělají zbytečně složitě a zdlouhavě. Chci na novém stroji vytvořit virtuální stroj:
VirtualBoxu - musím VB nainstalovat, musím řešit podepisování kernel modulů, aby mi fungoval Secure Boot, musím první vytvářet virtuální disky, připojovat ISO soubor, pak se proklikávat instalací a nakonec ještě doinstalovávat guest extensions, aby to mělo nějaký výkon.
Boxes - už předinstalované, dám vytvořit nový stroj, vyberu, jaký chci nainstalovat systém, případně poupravuju parametry VM, zadám uživatele a heslo pro automatickou instalaci a jen počkám, až se to všechno udělá a nabootuje do připraveného systému.
A co tedy chci? Já popisuju, jak si na linuxovém systému rozjet obyčejný virtuální stroj třeba s Fedorou. Nic víc nechci. Ani přednastavené volby většinou neměním.
A tohle v Boxes zvládnu mnohem rychleji než ve Virtualboxu. Schválně si někdy ty Boxes někdy vyzkoušejte, jak jednoduše se to v nich dělá. Virtualbox je fajn, ale zrovna v UX zamrzl někdy v roce 2010.