Red Hat brengt bèta uit van RHEL 6.3
Red Hat heeft een bèta-release van Red Hat Enterprise Linux 6.3 uitgebracht. Onder andere de tool Virt-P2V maakt deel uit van versie 6.3. Deze maakt het mogelijk om geïnstalleerde OS'en te converteren naar virtual machines.
De release van de bèta van RHEL 6.3 volgt vier maanden na het uitbrengen van Red Hat Enterprise Linux 6.2. De nieuwe tool Virt-P2V maakt het systeembeheerders mogelijk om geïnstalleerde Windows- en Linux-systemen te virtualiseren. Daarbij wordt van een reeds geïnstalleerd OS een image gemaakt die vervolgens als een KVM-guest binnen Red Hat Enterprise Linux of Red Hat Enterprise Virtualization kan draaien. Verder is het aantal virtuele processors dat aan een gastsysteem kan worden toegewezen opgehoogd van 64 naar 160. Bovendien kan er aan een KVM-guest voortaan tot 2TB geheugen worden toegewezen in plaats van de limiet van 512GB.
Ook nieuw is dat de Logical Volume Manager voortaan volumes met raid-modi 4, 5 en 6 kan opbouwen. Volgens Red Hat wordt hiermee het opslagbeheer sterk vereenvoudigd door alle benodigde managementfuncties in een centrale beheertool onder te brengen. De functionaliteit is nog wel deels experimenteel: Red Hat heeft de feature het label 'technical preview' gegeven en biedt daarom nog geen ondersteuning. Dat gaat ook op voor de mogelijkheid van de Logical Volume Manager om thin provisioned-volumes dynamisch te laten groeien tot een gestelde limiet.
Opvallend is dat Red Hat het btrfs-bestandssysteem in RHEL 6.3 nog steeds als een technical preview beschouwt; concurrenten als Suse en Oracle beschouwen het bestandssystemen al voldoende rijp om op productiesystemen ingezet te worden. Red Hat heeft verder nog gesleuteld aan de beveiliging van zijn Linux-distributie. Zo is in het besturingssysteem voortaan een two-factor-authenticatiemechanisme beschikbaar waardoor het OS zou voldoen aan de pci-dds-standaard. Verder zou het aes-encryptiealgoritme beter presteren op multicore-cpu's.
Normaliter hanteert Red Hat een bètacyclus van zes tot tien weken. De officiële release van Red Hat Enterprise Linux 6.3 wordt daarom in of rond juni verwacht.
Reacties (20)
Dus van de Windows 7 installatie die ik nu op mijn main systeem heb kan ik gewoon een image maken en dat virtualiseren op bijv. een webserver?De nieuwe tool Virt-P2V maakt het systeembeheerders mogelijk om geïnstalleerde Windows- en Linux-systemen te virtualiseren. Daarbij wordt van een reeds geïnstalleerd OS een image gemaakt die vervolgens als een KVM-guest binnen Red Hat Enterprise Linux of Red Hat Enterprise Virtualization kan draaien.
http://www.vmware.com/products/converter/
Broad support for source physical machines and image formats.
Source physical machines running 64-bit Windows XP/2003, Windows XP, Windows 2003, Windows Server 2008, and Linux (RHEL, SUSE and Ubuntu)
Source third party images: Microsoft Hyper-V, Microsoft Virtual Server, Microsoft Virtual PC, Parallels Desktop, Symantec Backup Exec System Recovery (formerly called Live State Recovery), Norton Ghost, Acronis, and StorageCraft
Verder hoop ik niet dat je een Windows 7 machine gaat draaien op een Webserver maar dat je een server inricht alleen op virtualisatie (Virtual host). Daar kun je dan met een gerust hart webservers op draaien (en fileservers, database server, etc.)
Gezien het feit dat de fsck die een bestandssysteem met fouten moet repareren nog als hoogst experimenteel door de auteur zelf wordt beschouwd zou ik het niet als een productie-klaar filesystem willen bestempelen.Opvallend is dat Red Hat het btrfs-bestandssysteem in RHEL 6.3 nog steeds als een technical preview beschouwt;
Het is mooi dat btrfs in theorie data-verlies schier onmogelijk dient te maken maar gezien het aantal mensen op de mailinglist met een kapotte brtfs array zou ik graag wachten tot de fsck alle problemen kan verhelpen...
Verder is ook eigenlijk gebeurt waar Theodore T'so (de hoofdontwikkelaar van ext filesystems) voor had gewaarschuwd - de ontwikkeling van btrfs ligt veel te veel in handen van Oracle. Bedrijven als RedHat willen een paar mensen in dienst hebben die *alles* weten van zo'n filesystem, zodat als een grote klant problemen heeft met filesystem corruption of andere rare zaken - dan hebben zij een echte expert die er het beste van kan maken.
Ext is zo groot geworden omdat het eigenlijk ontwikkeld wordt door een heel aantal grote bedrijven (waaronder ook RedHat) - en daardoor kreeg het een groot draagvlak. En doordat al die grote bedrijven hun vertrouwen in Ext durven leggen, kunnen zelfs de hobbyisten onder ons aannemen dat het een goed en betrouwbaar filesystem is. Oracle kan best een heel goed filesystem neerzetten (denk aan ZFS), maar het wordt pas groot als het door een grote groep bedrijven wordt ingezet. Nu zit alle diepgaande kennis bij Oracle - en dat vertraagd de adoptie van btrfs enorm.
Denk ook maar eens aan het verloop van ZFS - het bestaat al sinds 2004 en nu dat het ook in een werkende vorm buiten Solaris opduikt begint het pas echt hard te groeien in gebruikersaantallen!
ZFS was designed and implemented by a team at Sun led by Jeff Bonwick. It was announced on September 14, 2004
Ik denk dat je Oracle een beetje teveel credit geeft .Alles wat Oracle namelijk aanraakt lijkt een langzame dood te sterven.
Toch kun je Oracle, noch Sun moeilijk de schuld geven van het moeizame bestaan dat ZFS heeft. Het komt vooral doordat men redelijk nerveus is met het oppakken van ZFS omdat er nog altijd een patenten rechtzaak loopt van NetApp tegen Sun/Oracle over patentschending door ZFS.Ik denk dat je Oracle een beetje teveel credit geeft .Alles wat Oracle namelijk aanraakt lijkt een langzame dood te sterven.
Dat is ook de reden dat Apple het nog enigzinds supporte in Leopard (met het plan het volledig te gaan gebruiken in Snow Leopard, en daarmee vaarwel te zeggen aan HFS+), en het vervolgens in Snow Leopard opeens totaal verdwenen was.
Dat is ook de reden waarom je ZFS in BSD wel kunt gebruiken. Nu moet je ZFS in Linux met FUSE gebruiken zodat ZFS compleet in user-land draait = brak.
Het hebben van een fsck komt neer op dat je een filesysteem in een staat kan brengen die niet gedefinieerd is en je dan hem weer in een betere staat moet duwen. Het begin bij BtrFS is er als je bij een RAID 1 van de mirror onder water de disk gewoon op sommige plekken leeg maakt. BtrFS kan dat detecteren, maar wat ook wordt gedetecteerd zijn oude structuren zoals inodes bijvoorbeeld. Hier zit wel een probleem en hadden ze beter de strategie van Sun kunnen volgen waarbij je dat soort dingen kan enablen door je zpool te upgraden of je zfs te upgraden naar een hogere versie.
Als je tijdens een schrijfactie de stekker eruit trekt dan doet resilvering ook niets.
als je tijdens een schrijfactie een disk eruit trekt. Dan gaat resilvering aan de slag als de disk weer beschikbaar is.
[Reactie gewijzigd door matty___ op donderdag 26 april 2012 08:13]
Maar toen ik experimenteerde met btrfs-raid op loop devices bleef het raid process hangen en was een reboot nodig.
Daarbij zit btrfs-progs al heel lang op versie 0.19 en daarmee kun je niet eens een volume label maken of wijzigen. Om een partitie te hernoemen moet je opnieuw formatteren.
Red Hat is gelukkig zeer conservatief, alhoewel met upgrade van 5.x naar 6.x ze voor heel veel beheerders problemen hebben veroorzaakt (o.a. grotere memory foot print).Opvallend is dat Red Hat het btrfs-bestandssysteem in RHEL 6.3 nog steeds als een technical preview beschouwt
Op dit moment is BTRFS nog niet stable, dus van uitgaan dat iets stabiel genoeg en als distro meeleveren kan vertrouwen in je distro ernstig schaden als dat fout uitpakt.
https://btrfs.wiki.kernel.org/Btrfs is under heavy development, but every effort is being made to keep the filesystem stable and fast.
Red-Hat / CentOS gebruikers zijn om die reden niet happig om als soort van "early-adopters" in productie niet bewezen technologie te gebruiken.
Ze waren destijds 4 maanden eerder dan Centos met de 6.0 release.
SL wordt gratis uitgebracht door Fermilab en CERN en heeft betaalde ontwikkelaars in dienst. Ze voegen zelf een paar extra's toe die het net even wat completer maken, maar verder is het gewoon RHEL minus de redhat branding.
Ik vind het een beter alternatief dan Centos, die soms traag is met belangrijke updates omdat ze weinig mankracht hebben.
[Reactie gewijzigd door Ploink op donderdag 26 april 2012 01:16]
Verder zat in 6.0 gigantisch veel issues, waaronder Intel e1000 NIC die niet werd ondersteund, terwijl heel veel servers daar gebruik van maken.
Eerder is zeker niet verstandiger.
Verder dien je niet te vergeten er geen andere distro is die wereldwijd op meer servers gebruikt zal worden dan RedHat/CentOs, de kans dat jij als je een paar maanden na release als eerste een bug/instabiliteit vind is daardoor zeer klein.
Ik heb zojuist naar Scientific Linux gekeken:
Het is te specifiek en daarmee loop je het risico dat men tegen specifieke issues aanloopt waar geen support voor te krijgen is. (wat bij RedHat licensie ander verhaal is).Although it aims to be fully compatible with Red Hat Enterprise Linux, it also provides additional packages not found in the upstream product; the most notable among these are various file systems, including Cluster Suite and Global File System (GFS), FUSE, OpenAFS, Squashfs and Unionfs, wireless networking support with Intel wireless firmware, MadWiFi and NDISwrapper, Sun Java and Java Development Kit (JDK), the lightweight IceWM window manager, R - a language and environment for statistical computing, and the Alpine email client.
Ik zou het niemand (buiten de organisaties die het kennelijk nodig hebben) aanraden.
CentOS 6 bleef ook wel degelijk zo lang uit door capaciteits problemen en dat vond ik zeer zorgelijk.
Op dit item kan niet meer gereageerd worden.
Populair: Asus Samsung Websites en communities Mobiele telefoons Laptops Sony Games Microsoft Consoles Microsoft Xbox One
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
