Musings on Supplier Benchmarking

Aktuell verdaue ich die Ergebnisse eines größeren Projekt- Benchmarks. Eine Erfahrung, die ich durchaus mal wieder teilen möchte. 

Grundsätzlich laufen IT- Projekte ja irgendwie nach Schema F. Der Kunde stellt eine Anforderung, ein Systemhaus oder auch der präferierte Hersteller steigen in den Ring und es werden zahlreiche Lösungen angeboten und man entscheidet sich im Zweifel wieder für das vermeintlich günstigste Angebot oder eben doch für die Lösung die im Zweifel schon vorher auf Grund der installierten Basis fest stand. 

Was aber ist günstig? Vor dem Hintergrund habe ich ein neu anstehendes größeres Projekt zur Erschließung eines Footprints im Rechenzentrum zum Anlass genommen, die üblichen Verdächtigen an zu schreiben und sie mit unseren Vorstellungen zu konfrontieren. 

Die Eckdaten sind schnell umrissen. Auf Basis unseres aktuell betriebenen Plattform Clusters ging es darum einen Building Block zu konzipieren, der im wesentlichen die Nettokapazitäten von 1.5 TB Speicher für virtuelle Maschinen bereit stellt, 190 TB netto Storage bei min. Continue reading

Musings on IT Businessmodels – Providing explained

Derzeit darf sich ja jeder gerne mit allgegenwärtigen Lizenznz- und Service- und Business- Modellen herum schlagen und die einschlägigen Anbieter überschlagen sich damit einem, die verschiedensten Services “einfach konsumierbar” zu machen.

Ich soll der Investitionen enrleichtert werden und leicht verständliche Servicekosten tragen und viel effizienter skalieren, in dem ich “Irgendwas from the Cloud” mache.

Zeit für eine Übersetzung: früher hat man beim Hausbau ein Fenster gekauft (die Liezenz) und gut war es. Wollte man immer schöne Aussicht haben und nicht selber Continue reading

Musings on IT-Outsourcing, or why its not necessarily a good idea

Outsourcing ist in aller Munde und es vergeht kein Tag an dem nicht mindestens irgendein Angebot meinen Schreibtisch erreicht. Die Fachpresse, allen voran die mehrheitlich werbefinanzierte ist voll des Lobes und kommt aus Wolkenkuckucksheim (Hihi – schönes Wortspiel) gar nicht mehr zurück auf den Boden. Liest man journalistisch unabhängigere Medien, dann stellt sich das ganze schon ein bisschen anders dar, aber man könnte meinen das wären ein paar Eigenbrötler, die den Schuss einfach noch nicht gehört haben.

Insofern ist es auch kein Wunder, dass ich in Kollegen- oder Freundeskreis immer wieder mit dem Thema konfrontiert werde und in Gespräche gezogen werde, die eigentlich keine Freude bereiten. Besucht man tatsächlich einmal Anwenderkonferenzen, die nicht Continue reading

Musings on Software Defined Networking – SDN

Mal wieder etwas technisches: SDN – Softare Defined Networking mausert sich ja zum nächsten Hype – mit welchem Recht auch immer – und wie bei jedem Hype Thema springen die üblichen Verdächtigen zügig auf. Die Sprungrate hat dabei 2013 drastisch zugenommen – ob begründet oder unbegründet sei mal dahin gestellt.

Aufspringen bedeutet dabei ja gerne, dass man die Technologie, die man ohnehin schon im Haus hat etwas erweitert und dann seine eigene Deutung definiert, die einen natürlich zum gefragtesten Anbieter in dem Segment macht.

Nachdem VMWare als der Marktführer im Bereich Virtualisierung hier mit der Nicira Aquise hier früh 2012 den Reigen eröffnet hat lohnt sich ein genauerer Blick auf die Szenarien und Aufgabenstellungen, sowie den Status-Quo:

Continue reading

Blade New World

Most computer vendors flood the marketplace with more or less sophisticated blade solutions. Remark: Blade solutions well differentiated from blade servers.

So here some musings on blades and why I tend to differentiate between basic blade servers and the more sophisticated approach.

Basic blade concepts primarily convince, considering all the same aspects:

  • Optimized footprint aka rackspace
  • Reduced cabeling
  • Energy efficiency
  • Virtualized installation media
  • Cooling efficiency
  • Central management and maintenance
  • Easy hardware deployment and service

To whatever extend the different breeds address the different issues, these primarily are seem to be the supperficial quality criteria and argued in many decission processes, missing the core scope of the discussion. These topics are covered in the mainstream publications and are measured as the grade of quality of the “solution”.

From my point of view this is completely out of scope.

The real value of blades is interconnect virtualisation together with the so called “stateless server” approach. No surprise that many vendors try to keep the discussion on the less important facts, since according to my labs and evaluations only three major vendors even understood the issue. Depending on their legacy obligations they have more or less radical approaches to reach the goal.

The goal is to generate a server personality, its identity in terms of technical aspects, dynamically by application of a so called service- or server- profile. This profile contains the different aspects of the individual server identity such as e.g.:

  • BIOS version
  • Other firmware version, e.g. HBA or NIC
  • WWNs for port and node
  • MAC addresses
  • Server UUID
  • Interface assignements
  • Priorities for QoS and power settings

Accroding to these profiles and derived from pools of IDs, MACs, WWNs the servers identity is generated dynamically and assigned during a so called provisioning phase. Then the blade server is available for installation.

This approach allows to “on the fly” generate a server personality, that serves dedicated needs as for instance an VMWare vSphere server or an database server. Furthermore if more servers from the same type are needed the profiles my be cloned or derived from ma template so that new rollouts are quick and easy. In case of failiure or desaster recovery the profiles may even roam to other, not yet personalized servers and asuming a boot from SAN or boot from iSCSI scenario failed servers are back in minutes, transarent to even hardware based licensing issues.

Derived from specially the need for flexible interconnect assignment the classical approach of dedicated Ethernet or Fibrechannel switch modules in a blade infrastructure is of no further use any more. The classical approach needs dedicated interconnects at dedicated blade positions which is exactly the limitation a service profile wants to overcome.

With converged infrastructure, the support of FCoE and data center bridging as well as the according so called converged network adapters, thi limitation has been overcome on the interconnect side. Here the interconnect is configured in an appropriate way to cover the server side settings and assigns dynamically different NIC and HBA configurations to the single blade. Even more the connections may apply QoS or bandwith reservation settings and implment high connection availability in a simplyfied manner.

Based on that far advanced and very modern hardware operation concepts are possible. Only blade concepts, that support the full range of this essentially decoupling from hardware and service role, deserve the name “solution”. Anything else is “me too”.

Some posts on howtos from my previous evaluation and installation projects will follow. Some readers may remember my old blogg 😉