gefunden!

VMware ESXi auf einen Memory Stick installieren...

2010-12-13T10:23:00.002+01:00

Hübsch gemacht!

1. Zuerst lade dir folgende Tools herunter: WinRAR http://www.winrar.de/ , WinImage http://www.winimage.com/
2. Lade dir die ESXi ISO von VMware herunter http://www.vmware.com/de/download/
3. Öffne die ISO mit WinRAR
4. Entpacke die Datei image.tgz
5. Öffne die Datei image.tgz mit WinRAR
6. Browse zu dem Pfad “usr\lib\vmware\installer\” und entpacke die Datei „VMware-VMvisor-big-164009-x86_64.dd.bz2“
7. Öffne die Datei „VMware-VMvisor-big-164009-x86_64.dd.bz2“ und entpacke die „VMware-VMvisor-big-164009-x86_64.dd“
8. Öffne WinImage und klick oben auf Disk/“Restore Virtual Harddisk Image on physical drive”
9. Wähle deinen zu beschreibenden USB Stick an, und im nächsten Schritt das ESXi 4 Image „VMware-VMvisor-big-164009-x86_64.dd“ (Bei Dateityp bitte „all files *.*“ auswählen, sonst wird das Festplatten Image mit der Endung *.dd nicht angezeigt)
10. Klicke auf “yes” to write the DD image to the USB Disk, fertig.

Nur noch im Bios vom Host das 1st Boot Device auf USB stellen und der ESXi 4 Bootet.

Cloud Computing von A bis Z - PCtipp.ch - Praxis & Hilfe

2010-10-04T13:49:00.000+02:00

Cloud Computing von A bis Z - PCtipp.ch - Praxis & Hilfe

Hübsch, einfach, mal für alle ein "update"

Cloud Computing von A bis Z - PCtipp.ch - Praxis & Hilfe

2010-10-04T13:48:00.000+02:00

Cloud Computing von A bis Z - PCtipp.ch - Praxis & Hilfe

Hübsch für alle mal erklärt.

VMware Auto Deploy

2010-08-18T21:57:00.000+02:00

VMware Auto Deploy

VMware vSphere next update

2010-06-10T16:49:00.003+02:00

Bei virtualization.info gelesen... die zukünftigen Features und Improvements von vSphere.

http://virtualization.info/en/news/2010/06/performance-of-vsphere-4-1-features-emerge-scalable-vmotion-wide-vm-numa-memory-compression-storage-io-control.html#more-

Locale DVD in RHEL 5 als Repo einbinden

2010-05-25T14:02:00.002+02:00

Guter Post zum alten Problem, welches mit jedem Major Release wieder aufkommt :-(

SSL Zertifikate für Apache erzeugen und einbinden

2010-04-28T11:26:00.000+02:00

Praktische Anleitung!

Manchmal braucht man schnell ein selbstsigniertes Zertifikat. So wirds gemacht:

openssl req -new > domainname.csr
openssl rsa -in privkey.pem -out domainname.key
openssl x509 -in domainname.csr -out domainname.crt -req -signkey domainname.key -days 3650

So wird ein passender vHost konfiguriert:

ServerName virtueller.Hostname.tld
ServerAlias echterHostname.tld
ErrorLog "|/usr/sbin/rotatelogs /woauchimmer/logs/domainname_error_ssl_log.%Y.%m.%d 86400"
CustomLog "|/usr/sbin/rotatelogs /woauchimmer/logs/domainname_access_ssl_log.%Y.%m.%d86400" combined
DocumentRoot "/woauchimmer"
Options FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
ServerAdmin webmaster@domainname.tld
SSLEngine on
SSLCertificateFile /woauchimmer/domainname.crt
SSLCertificateKeyFile /woauchimmer/domainname.key

Hilfe!

2010-04-28T11:21:00.000+02:00

Baschtler unter sich ....
du meine Güte!

Link

Lessons learned in a power outage

2010-04-28T11:04:00.002+02:00

spannende Geschichte! Ich merk's mir!

Lessons learned in a power outage

Having experienced several complete data center power outages I’ve learned some important lessons over the years when it comes to virtualizing your infrastructure. Today I experienced another power outage and my previous experiences ensured that I was ready for this one and I thought I would share some tips:

DNS is the most critical component in your environment, for almost anything to work properly you need a DNS server up first. If you have all your DNS servers virtualized and they are on shared storage its going to be very difficult to bring them up because everything else that needs to come up first usually relies on DNS. Therefore you should make sure you have at least one DNS server on the local storage of one of your hosts, that way you can get it up early on and not have to wait for your shared storage to come up. If you want to go a step further keep one as a physical server also, so you can quickly and easily get DNS up right away.
Active Directory, DHCP & any other authentication servers are also very important, having a workstation up and running is very handy so you can centrally connect to hosts and power things back on. If you’re using DHCP for your workstations and servers you again will want one up as soon as possible so you can get them on the network and get going. Not having an Active Directory server available can make Windows servers take a very long time to boot. So again, keep an AD & DHCP server on local storage or on a physical server so you can quickly get them up as soon as possible. AD, DNS & DHCP are critical to a Windows environment and without them available you’ll find that the rest of your environment is mostly useless.
Know your ESX command line, if your vCenter Server and other workstations are not available you’ll need to start VM’s using the command line. Even if your DNS server is on a local VM you won’t be able to start it without the vSphere Client. Therefore you’ll have to log into the ESX console and manually start it, if you don’t know the command to do this that could be a problem. Keep a cheat sheet by your hosts with the basic commands that you’ll need like vmware-cmd to get things up and running using the console.
Know your host IP addresses, if DNS is not up yet you won’t be able to connect to your hosts using putty or the vSphere client using their host names, you probably won’t know their IP address and without a DNS server can’t look them up. Therefore keep a list of your host IP addresses so you can use that to connect to them.
Know how to re-scan storage, your hosts may come up before your shared storage, once your shared storage is up you’ll need to rescan from your hosts so they will see it and you can restart the VM’s on it. You can do this using the vSphere client by clicking on Configuration, Storage Adapters, selecting your HBA and clicking the Rescan button and then select search for new devices. You can also do this using the command line esxcfg-rescan utility.
Make sure you know where your datacenter keys are if you use a electronic card scanner to open your doors. Most systems are placed in the datacenter and if the power goes out your doors are not going to work. There is nothing worse than running around trying to find keys in a crisis to get into the datacenter. And make sure you don’t keep the keys in datacenter or you’ll have to break down the door to get in. (thanks Tony DiMaggio for reminding me about this one)

Being prepared is critical in crisis situation to ensure you can react quickly to get things back up and running. Sometimes it takes a crisis to point out any shortcomings that you may have in your environment but thinking ahead can save you from big headaches later on.

VMware VI 3 end of Support

2010-04-28T11:00:00.001+02:00

Soeben in einem Blog von Vsphere-Land gefunden:

Announcement: End of availability for VI

Effective May 2010, VMware will remove all but the most recent versions of our Virtual Infrastructure product binaries from our download web site. As of this date, these Virtual Infrastructure products will have reached end of general support according to the published support policy. The downloadable products removed will include both ESX and Virtual Center releases. For reference, the VMware VI3 support policy can be viewed at this location: www.vmware.com/support/policies/lifecycle/vi.

By removing older releases, VMware is establishing a long-term sustainable product maintenance line for older ESX product releases which have transitioned into the Extended Support life cycle phase. This enables us to baseline all patches and critical fixes against these baselines. This translates to faster customer turn-around and greater product stability during the extended support phase.

Virtual Infrastructure products being removed by May 2010:

ESX 3.5 versions 3.5 GA, Update 1, Update 2, Update 3 and Update 4
ESX 3.0 versions 3.0 GA, 3.0.1, 3.0.2 and 3.0.3
ESX 2.x versions 2.5.0 GA, 2.5.1, 2.5.2, 2.1.3, 2.5.3, 2.0.2, 2.1.2 and 2.5.4
Virtual Center 2.5 GA, 2.5 Update 1, 2.5 Update 2, 2.5 Update 3, 2.5 Update 4 and 2.5 Update 5
Virtual Center 2.0

Virtual Infrastructure products remaining for Extended Support:

These versions will be the baseline for ongoing support during the Extended Support phase. All subsequent patches issued will be based solely upon the releases below.

ESX 3.5 Update 5 will remain throughout the duration of Extended Support
ESX 3.0.3 Update 1 will remain throughout the duration of Extended Support
Virtual Center 2.5 Update 6 expected in early 2010

Customers may stay at a prior version, however VMware’s patch release program during Extended Support will be continued with the condition that all subsequent patches will be based on the latest baseline. In some cases where there are release dependencies, prior update content may be included with patches.

http://www.vmware.com/support/policies/lifecycle/vi/faq.html

Gerne helfe ich für allfällige Update und Migrationsplanungen weiter!

VMFS Maximums

2010-04-08T14:24:00.002+02:00

Mal ein Auszug aus dem "ESX Server 3i Configuration Guide"
Zitat:
VMFS supports the following file and block sizes enabling your virtual machines to run
even the most data intensive applications, including databases, ERP, and CRM in
virtual machines:
- Maximum virtual disk size: 2TB
- Maximum file size: 2TB
- Block size: 1MB to 8MB

Und hier ein Auszug aus dem Dokument "Configuration Maximums"
Zitat:
VMFS-3
Extent size 2TB
Volume size 64TB (2TB x 32
extents)
Volume size (block size=1MB) ~50TB
Volume size (block size=2MB) 64TB
Volume size (block size=4MB) 64TB
Volume size (block size=8MB) 64TB
File size (block size=1MB) 256GB
File size (block size=2MB) 512GB
File size (block size=4MB) 1TB
File size (block size=8MB) 2TB
Number of files per directory ~30,0002
Number of directories per volume ~30,0002
Number of files per volume ~30,000

Dazu noch:

http://userssuck.com/2007/07/12/how-to-change-the-blocksize-of-a-vmfs-filesystem/

check_oracle_health

2009-09-29T11:20:00.002+02:00

Gerhard Lausser hat sich mal wieder selbst übertroffen. Er versteht es die "richtigen und wichtigen" Fragen im Bereich DBA unter Oracle in Nagios abzubilden.

Viel Spass bei der Lektüre

und noch Hinweise im Nagios Portal unter:
http://www.icinga-portal.org/wbb/index.php?page=Thread&postID=98111

check_by_ssh

2009-09-28T10:15:00.002+02:00

Step by Step Anleitung zur Ausführung der "check_by_ssh" Methode. Hilft vorallem bei VMware vSphere4 Host's :-)

Pakete für Recovery sichern

2009-09-18T16:56:00.002+02:00

Hübscher Artikel zum Thema Backup & Recovery

http://blog.netways.de/2009/07/10/installierte-pakete-sichern/

Bye the way... netways.de Blog lohnt sich immer !!!

vSphere Hostupdate Utility

2009-09-16T21:50:00.001+02:00

mit vSphere 4 Clients sind auch mächtige Tools zum upgrade der Hosts mitgeliefert...

mehr unter : http://ict-freak.nl/2009/05/08/upgrade-esx3i-to-esx4i-with-the-vsphere-host-update-utility/

Anleitung zum upgrade der virtuellen HW Version.

2009-09-16T10:17:00.001+02:00

aus dem Blog von blog.scottlowe.org

vSphere Virtual Machine Upgrade Process

Upgrading a VMware Infrastructure 3.x environment to VMware vSphere 4 involves more than just upgrading vCenter Server and upgrading your ESX/ESXi hosts (as if that wasn’t enough). You should also plan on upgrading your virtual machines. VMware vSphere introduces a new hardware version (version 7), and vSphere also introduces a new paravirtualized network driver (VMXNET3) as well as a new paravirtualized SCSI driver (PVSCSI). To take advantage of these new drivers as well as other new features, you’ll need to upgrade your virtual machines. This process I describe below works really well.

I’d like to thank Erik Bussink, whose posts on Twitter got me started down this path.

unter welchem OS läuft der vCenter Server

2009-09-10T11:18:00.003+02:00

Da ich mir das einfach nicht merken kann :-)

VMware vCenter Server Anforderungen

vCenter Server Anforderungen für vSphere 4
VMware vCenter Server 4.0 läuft unter folgenden Betriebssystemen:

Windows XP Pro, SP2
Windows Server 2003, SP1
Windows Server 2003, SP2
Windows Server 2003, R2 (Windows Server 2003, R2 is supported with SP2)
Windows Server 2003 64‐bit
Windows Server 2008 Enterprise
Windows Server 2008 Standard
Windows Server 2008 Datacenter
Windows Server 2008 Enterprise 64‐bit
Windows Server 2008 Standard 64‐bit

Details und weitere Anforderungen siehe:

VMware vSphere Compatibility Matrixes <http://www.vmware.com/pdf/vsphere4/r40/vsp_compatibility_matrix.pdf> (das ist die Quelle der obigen Informationen)
vCenter Server and the vSphere Client Hardware Requirements <http://pubs.vmware.com/vsp40/install/c_vc_hw.html>
vCenter Server Software Requirements <http://pubs.vmware.com/vsp40/install/c_vc_sw.html>

VMware vCenter Server kann dabei auch in einer virtuellen Maschine betrieben werden:

Install vCenter Server in a Virtual Machine <http://pubs.vmware.com/vsp40/install/t_install_vcenter_server_in_a_virtual_machine.html>

VMware GO

2009-08-31T16:35:00.002+02:00

VMworld2009: VMware für Einsteiger

VMware Für Neukunden bietet VMware den Web-Dienst VMware GO an, der den Einstieg in die Virtualisierung erleichtern soll. Das Angebot ist kostenlos und automatisiert das Einrichten und Konfigurieren des frei erhältlichen ESXi-Hypervisors, mit dem Anwender virtuelle Maschinen aufbauen können. Es richtet sich vor allem an kleine und mittlere Betriebe. Details zu VMware GO will der Hersteller am heutigen ersten Tag der VMworld2009 in San Francisco (USA), der Öffentlichkeit bekannt geben. Wie bisher lädt VMware Mitbewerber wie Microsoft mit Hyper-V und Citrix mit seinem XenServer als Mitaussteller zur VMworld ein, hat jedoch die Ausstellungsfläche erstmals auf 10 mal 10 Fuß (9,3 qm) begrenzt. Laut EWeek wollen die Konkurrenten aber trotzdem an der Veranstaltung teilnehmen. Wer über entsprechende Netz- und Grafikleistung verfügt, kann die VMworld2009 virtuell im Web besuchen.

vSphere 4.0 und neu Module

2009-08-31T14:23:00.001+02:00

im aktuellen Computerworld spricht Martin Niemer von VMware über die neusten Produkte und Module in vSphere 4.0.

http://www.computerworld.ch/aktuell/news/48987/index.html

VCP 4 Testexamen

2009-08-17T21:29:00.001+02:00

tja, da wird einiges an KnowHow erwartet. Gut so.. Hopfen trennt sich vom Spreu!

SSH Bruteforce Attacks einschränken..

2009-08-17T21:20:00.002+02:00

Tipp Toppe Beschreibung zum Thema Brute Force!

lesen und machen!!!

VMware VDR

2009-06-30T16:30:00.002+02:00

Hübsch aufbereitet und mit Rahmeninformationen über VMware Data Recovery

http://viops.vmware.com/home/docs/DOC-1551

Time Maschine auf Netzwerk-Shares

2009-06-24T22:05:00.000+02:00

Bei den Kollegen von Netways gefunden! Ganz schön clever...

VMware Server 2 behind proxy or firewall - tunnelling ports 443 and 902

2009-06-23T10:59:00.002+02:00

Spannender Ansatz für VMware "Zugriff's Tunneling"

VMware Server 2 behind proxy or firewall - tunnelling ports 443 and 902

We are running several test environments by means of VMware Server 2 on a root server located outside our company's premises. We have to pass through firewalls and proxies for accessing it. Assuming that some of you also want to use VMware virtual machines behind firewalls and proxies, here is a description of how we finally got access working properly:For VI Web Access and VMware Remote Console, traffic over ports 443 and 902 must pass through all firewalls and proxies so that https and authentication can work. Otherwise you need to tunnel these two ports through ssl:
Install cygwin with ssh and connect-proxy. These are contained in the cygwin packages "openssh" and "connect-proxy" of the category "Net".
Open a cygwin shell and set up the tunnel with the following command: # ssh -f -N -C -L 443:localhost:443 -L 902:localhost:902 \ > -o ProxyCommand="/usr/bin/connect-proxy -H : %h %p" \ > @
Enter the password for which you should be prompted then.
Launch a browser and access https://localhost/. That's it! You should be redirected to the login screen of VI Web Access. Subsequently the VMware Remote Console should connect and operate as expected. (NOTE: With only port 443 being open through firewalls and proxies you will be able to properly access VMware Infrastructure Web Access but then you will get stuck when launching VMware Remote Console.)Good Luck!

Snapshot problematik erklärt bei Dennis Zimmer

2009-06-22T16:50:00.001+02:00

Wenn Snapshots zur Qual werden
Sonntag, 19. April 2009 um 11:15 Uhr Dennis Zimmer

Immer wieder, treffe ich auf VMware Infrastrukturen mit verwaisten, zu groß geratenen oder defekten Snapshots. Die Gründe hierfür sind vielfältig und reichen von Drittherstellersoftware, welche Snapshots anlegt und danach abstürzt bis hin zu fehlerhaften (veralteten) VCB Versionen.

Ich will hier nur einmal ein paar Beispiele von Snapshot - Problemen rausgreifen und deren Lösung angegeben. Wie immer ohne Gewähr, da leider viele Infrastrukturthemen mit einhergehen, wodurch jede Umgebung anders reagieren kann. Übrigens - immer das Backup prüfen, bevor man sich in die Tiefen der Snapshotproblematiken wagt. Notfalls aus dem Gast mit Imaging Tools oder VMware Converter das System vor dem Zurückschreiben riesiger oder defekter Snapshots sichern.

Beim Anlegen von Snapshots werden mehrere Dateien angelegt, .vmsn (Snapshot State File), 000###.vmdk (Snapshot Disk Descriptor), 000###-delta.vmdk (Snapshot Disk Data) und .vmsd (Snapshot Descriptor, Metadata)1) Snapshot Descriptor defekt
Eine Datei die abhanden kommen kann, ist die vmsd Datei, in welcher die Angaben zu den vorhandenen Snapshots einer virtuellen Maschine stehen. Dies kann bspw. bei Fehlern beim Zurückschreiben der Änderungen (Delete All) vorkommen.

Der Snapshot Manager erkennt ab diesem Zeitpunkt keine Snapshots mehr, obwohl physikalisch nach wie vor 000###-delta Snapshot Dateien vorhanden sind.

Hier gibt es 2 Tricks:

- nochmals einen Snapshot über die Kommandozeile anlegen (da der Fehler über den Snapshot Manager nochmals vorkommen könnte) und direkt wieder zurückschreiben
vmware-cmd createsnapshot "testsnap" -> Nach der Anlage des neuen Snapshots ist auch die vmsd Datei wieder vorhanden

vmware-cmd removesnapshots -> Zurückschreiben aller Änderungen / Löschen der Snapshots
Der zweite (gefährlichere) Weg läuft über die Nutzung von VMotion, da bei VMotion ebenfalls die vmsd Datei neu angelegt und ausgelesen wird. Nach der VMotion Migration kann der oder die Snapshots gelöscht werden.

2) Snapshot wächst und füllt damit den Datastore

Schreibt man bspw. alle Änderungen über den Snapshot Manager zurück (Snapshot Delete All) und es kommt zu einem Fehler, ist die Datei nicht mehr vorhanden. Hintergrund, der Snapshot Manager löscht zuerst die vmsd Datei bevor die Snapshots mit dem Original zusammengeführt werden. Ein Fehler kann z. B. vorliegen, wenn der Datastore zu sehr gefüllt ist und bspw. nur noch wenige MB verfügbar sind. Ursache ist zumeist das Snapshot Wachstum.
Hier kann man die gleichen Methoden wie unter 1) anwenden, allerdings muss man vorher den gefüllten Datastore von Dateien befreien, um zumindest ein paar Prozente freie Kapazität zu erhalten. Dies kann durch Herunterfahren von VMs (da dann die Swap Dateien der VMs gelöscht werden) oder durch Löschen von ISO Dateien oder Backups passieren. Wenn man keinen sanften Weg des Aufräumens findet, muss eine VM heruntergefahren und mittels Migration auf einen anderen Datastore verschoben werden.
In diesem Fall ist es oft unmöglich die vom Snapshot betroffene VM online zu "reparieren".

VI PowerScripter kann prima zur frühzeitigen Warnung genutzt werden.

3) vergessene Snapshots
Snapshots sollten generell regelmäßig kontrolliert werden. Dabei sind Erstellungsdatum und Snapshotgröße von Bedeutung und als Merkmal für die Gültigkeit zu sehen. Meist sind Snapshots von mehreren GByte oder einem Alter von mehreren Wochen vergessen worden und sollten schnellstmöglich zurückgeschrieben werden.
VI PowerScripter kann sehr gut zum Auffinden von vergessenen Snapshots genutzt werden.

4) defekte Snapshots
Ein ganz unangenehmer Fall sind Snapshots, die nicht mehr korrekt arbeiten. Bspw. existieren 3 Snapshots, 0001, 0002 und 0004. Hier erkennt man anhand der Nummerierung direkt, dass Nummer 003 fehlt. Legt man einen weiteren Snapshot an, wird dieser als 0003 angelegt, der nächste als 0005. In diesem Fall sollte man auch über die Kommandozeile mit vmware-cmd (Info 1) ) arbeiten. Ist einer der Snapshots defekt, muss dieser geortet werden. Hier sollte man auf Berater oder den VMware Support zurückgreifen - da man sehr vorsichtig vorgehen muss, um keine Daten zu verlieren.

Dies kann man nochmals toppen, wenn bei VMs mit mehreren virtuellen Festplatten folgendes vorliegt: disk1-0001.vmdk, disk2-0001.vmdk, disk2-0002.vmdk.
Hier ist zu erkennen, dass eine Festplatte über mehr Snapshots verfügt als die andere, obwohl die gleiche virtuelle Maschinen betroffen ist. Auch hier sollte man auf Berater oder den VMware Support zurückgreifen - da man sehr vorsichtig vorgehen muss, um keine Daten zu verlieren.
Für diejenigen, die sich des Risikos bewusst sind bzw. sehr gute VMware Kenntnisse haben, sie erwähnt, dass der Trick im isolieren der einzelnen Snapshots liegt. D. h. man ändert in der VMX Datei die Zuordnung einer der Platten (scsi#:#.present = false) schreibt den Snapshot zurück. Dies wiederholt man mit allen virtuellen Festplatten. Wichtig, es darf immer nur eine Festplatte bzw. Snapshotversion (z. B. alle vmdk Dateien mit 2 Snapshots) zugeordnet sein, damit der Trick funktioniert.

VI PowerScripter kann zum Auffinden von defekten oder verwaisten Snapshots genutzt werden.