Gisteren kwam ik deze whitepaper tegen van Oracle Corp over Oracle RAC Support op Third-Party Clouds. De paper is zeker een must-read voor diegenen die Oracle RAC op AWS-, Google- of Azure-cloudproviders willen draaien. De eerste alinea was veelbelovend waar stond:
Dit klinkt geweldig, maar het citaat heeft het over de Oracle Database en niet over de RAC-optie. Ik vond het interessant dat de krant veel tijd besteedt aan het praten over AWS en Azure, maar nooit over de cloud van Google.
Hier is de bottom line over Oracle's positie voor het ondersteunen van RAC op andere cloudaanbiedingen:
De paper gaat tot het uiterste om te illustreren hoe AWS de wateren vertroebelt met betrekking tot de opslag- en netwerkvereisten die nodig zijn om RAC in AWS te laten werken.
Het zou duidelijk moeten zijn dat Oracle door het lezen van dit artikel zijn klanten probeert af te leiden van het gebruik van RAC in AWS. Amazon heeft informatie naar buiten gebracht om ons te laten weten hoe gemakkelijk het is om RAC in AWS uit te voeren. Maar na het lezen van dit Oracle-witboek, zou ik me zorgen maken over hoe goed de AWS-omgeving zou werken voor missiekritieke RAC-implementaties.
AWS biedt gedeelde opslag voor RAC door iSCSI-doelen op VM's te gebruiken, die ik nooit voor iets anders dan een testbed zou gebruiken. Een probleem is redundantie op opslagniveau. Om redundantie op opslagniveau te hebben:
Voor het particuliere netwerk ondersteunt AWS geen multi-casting, een vereiste voor de Grid Infrastructure Cluster Interconnect. AWS omzeilt dit door een point-to-point VPN-netwerk te gebruiken met n2n ntop. Maar vanaf de eigen website van ntop is hier de afgelopen twee jaar geen verdere ontwikkeling over geweest.
Begrijp me niet verkeerd. Ik denk dat AWS een geweldige cloudoplossing is voor veel verschillende dingen. Toegegeven, ik heb RAC nog niet op AWS gedraaid, althans nog niet. Maar als ik de RAC-database-infrastructuur van mijn bedrijf naar de cloud zou willen verplaatsen, zou ik de beweringen in dit Oracle-witboek serieus onderzoeken voordat ik me overgaf aan de AWS-oplossing. Die laatste zin is het hele punt van deze blogpost.