Épület egy privát felhő architektúra a Microsoft
Számos definíciója létezik a számítási felhő, de a leginkább tágas és jól felismerhető prinadzhezhit a National Institute of Standards and Technology (National Institute of Standards and Technology, NIST). A NIST meghatározott öt fő jellemzőit, a három szolgáltatási modellek, és négy telepítési modelleket. Együttesen az öt attribútumok alkotják a meghatározás, hogy az egyetlen megoldás az alábbi funkciókat lehet a „felhő”:
NIST is meghatározott három szolgáltatási modellek, vagy ahogy nevezik, a szintek architektúra:
Végül a NIST azonosított négy telepítési modelleket:
Ismerete a felhő
A Microsoft Services csapat tervezett, készített és megvalósított megoldás Private Cloud / IaaS alapú Windows Server Hyper-V és a System Center. Ebben a cikksorozatban bemutatjuk, hogyan lehet integrálni és telepíteni minden egyes komponens terméket a megoldást, és ugyanabban az időben, hogy egy ilyen alap felhő tulajdonságok, mint a rugalmasság, támogatja az erőforrás-medence, és önkiszolgáló.
Egy kimerítő meghatározást a felhők fogjuk használni a NIST telepítési modelleket. A „privát felhő” fogják használni a különböző kontextusokban tekintet nélkül szolgáltatási modell.
Amellett, hogy a leírt tulajdonságokkal NIST meghatározása, mi létre több kiegészítő követelményt ehhez a projekthez:
Az egyik Microsoft csapatok gyűjtött és meghatározott ezeket az elveket. A csapat értékelik a munkáját a szervezet Global Foundation Services (GFS), a globális adatközpontok felelős tanszéke MSIT, azaz a Microsoft infrastruktúra és az alkalmazások, valamint számos nagy ügyfelek, megállapodtak abban, hogy vegyenek részt a vizsgálatban. Felfegyverkezve a fenti meghatározások és követelmények elfogadható, mi mozgott a színpadon a tervezésére. Itt már azonosított követelmények és beállíthatja a megfelelő architektúra modell.
Az alapvető architektúráját Private Cloud / IaaS
Ábra. 1. Az alapot az alapvető architektúra
A felszereltség szintje berendezéseket tartalmaz, adatközpontok és mechanikai rendszerek, valamint a tároló alrendszer, hálózati és számítógépes infrastruktúrát. Ahhoz, hogy kölcsönhatásba lépnek a rétegek fölött elrendezett építészet, minden egyes ilyen elemek kell biztosítania vezérlő interfészek. A példák közé szerverek támogatása Web Services-Management interfészek (WS-Management) és tárolótömbökkel vannak alapján a Windows PowerShell felület, vagy SMI-S (Storage Management Initiative - Specification).
A Microsoft azt állítja, hogy a Hyper-V Cloud Fast Track program célja, hogy összekapcsolják a Microsoft szoftverek, egységes szabványok származó OEM partnerek, hitelesített konfigurációkat a számítástechnikai, hálózati és tárolási, valamint további szoftver komponenseket, hogy hozzon létre egy privát cloud megoldásokat. Olyan cégek, mint a Hewlett-Packard Co. A Dell Inc. IBM Fujitsu, Hitachi Ltd. és a NEC Corp. Ezek FastTrack partnerek és az integrált megoldások és tesztelt hardver szinten.
A virtualizációs réteg kell automatizálási szintjének (ábra. 2). az automatizálás, ellenőrzési és összehangolási felépítve kisebb a nagyobb szerinti IT automatizálási folyamatot. A legalacsonyabb közülük - a fokú automatizálás - olyan technológiákat, mint például a Windows PowerShell 2.0 a Windows Management Instrumentation (WMI), és a WS-Management. Ezek az alapvető technológiák közötti interfész fölérendelt vezérlés és a fizikai és virtuális erőforrásokat.
Ábra. 2. A modell architektúra építeni a modell a privát felhő
Kifejezetten ez a szint általában a hagyományos IT struktúrák nem fordul elő, de rendkívül fontos, hogy bizonyítsák a felhők. Megköti a különböző termékek, technológiák és eljárások, amelyek lehetővé teszik a teljes automatizálás informatikai folyamatok. A System Center Configuration Manager automatizálja folt telepítését, de annak integrálása a karbantartási és irányítási rendszer, illetve további, harmadik féltől származó termékek és megoldások koordinációt igényel (hangszerelés) folyamatok révén, amelyben a különböző érintett termékek.
Rendszerközpont Opalis (a nevét hamarosan cserélni System Center Orchestratorral) végrehajtására irányuló ezen a szinten. Opalis integrálja a System Center suite, és elősegíti az integráció több harmadik fél és a partner megoldásokat. A szint hangszerelés segíti a munkafolyamatok és a feladatok automatizálására összetett feladatok, mint például telepítésével klaszterek folt a házigazdák és a virtuális gépek a előkészítő munka.
Interfészek felhasználó önkiszolgáló és rendszergazda
Sok informatikai szervezetek, meghatározott NIST jele önkiszolgáló on-demand vagy felhasználó önkiszolgáló tökéletes újdonság. Először jön a korlátok lebontásával a felhasználók igényeinek IT erőforrások és a képességét, hogy megszabadítja őket. Például néhány szervezet, mivel a kérelem benyújtását a telepítés egy új szerver, mielőtt kész azonnali művelet kiterjed hat hónapig. folyamat megszorítások és a technológia késéseket.
Funkció önkiszolgáló megköveteli egy új felület, amely lehetővé teszi a felhasználók számára, hogy kérje források. Leggyakrabban ez megvalósul, mint az informatikai önkiszolgáló portál, ahol a felhasználók férhetnek hozzá a szolgáltatás katalógus, ahonnan kiválaszthatja például a telepítés egy új virtuális gépet.
A mi kétmagos architektúra általunk megadott és önkiszolgáló felületet, és egy központosított informatikai rendszergazda felület. Ahhoz, hogy hozzon létre egy Microsoft felhasználói felület használatát javasolja a System Center Virtual Machine Manager (VMM) önkiszolgáló portál 2.0, és az egyéni szkriptek és tárhely - Dinamikus Adatközpont Toolkit Hoszterek (DDTK-H). A megoldás a egyéni változata DDTK-H, mivel szükség van a speciális beállításokra és az automatizálás. Arra számítunk, hogy a jövőben a Microsoft termékek több lesz kész megoldást.
Az admin felület segítségével létrehozta System Center Service Manager (SCSM) interfész és a System Center. SCSM - a legújabb Microsoft termékeket. Ez biztosítja a Configuration Management Database (CMDB), valamint egy megbízható megoldást változás menedzsment. A mi megoldásunk, az összes szabványos műveleteket generált formájában változás kéréseket SCSM. Kezdeményeznek automatizált munkafolyamatok Opalis. Így biztosítják a megfelelő változás menedzsment, amely korszerű automatizálási lehetőségeket.
Logikai modelljét Private Cloud / IaaS
Az egyik legfontosabb különbség a privát felhő és a hagyományos adatközponti szerver infrastruktúra absztrakció fizikai erőforrások, mint a szerverek, hálózati és lemez erőforrásokat. Egyesülnek magasabb szinten az erőforrás medencék, hibás domének, megújítása és így tovább .. Ezek az összefüggések logikus, hogy a fizikai infrastruktúra, és segít, hogy tájékozott döntést előkészítése és erőforrás-gazdálkodás. A mi alapvető architektúra úgy döntöttünk, a logikai modell eredményei alapján elvégzett munka a Microsoft Global Foundation Services, a Windows Azure és MSIT (3.).
Ábra. 3. A logikai csoportosítás modell Private Cloud / IaaS
Definíciók Az alábbi tárgyakat.
Szerkezet Fabric IaaS teljes infrastruktúrát és irányítási rendszert a mögöttes architektúra. Fabric állhat több telephellyel és adatközpontok.
Az adatközpontok / hely fizikai helyét a helyszínen vagy a megállapítás egy vagy több erőforrás medencék.
Resource Pool Resource Pool, amely magában foglalja a szerver, hálózati, tároló biztosítja foglalkozó közös eszközök és kezdeti konfigurációs paramétereket. Nem osztozik egy pont nem más erőforrás pool (kivéve a saját használatra). Az erőforrás pool lehet osztani hibás domének azonosítása a hibás domain csoportja infrastruktúra-elemek egy közös konfigurációt, amely nem osztozik egyetlen meghibásodási pont más hibás tartományba. Az egyszerűség kedvéért a döntésünket, hogy az erőforrások és a hibás tartomány egyenértékű.
Egység méretezés Ez egy sor áll, hogy a szerver, hálózati és tárolóeszközök és telepített egy egységként. Ez a legkisebb egysége amelyek bevessék adatközpont struktúrát. Attól függően, hogy a fogyasztó, ez lehet chetyrehuzlovoy klaszter Hyper-V vagy 64 órás teljes pengék. az alkatrész mérete általában meghatározott alapján átlagolt negyedéves kereslet az új források. Ehelyett, amikor további források, telepíteni egy külön szerverre telepíteni lehet komponensek igényeinek kielégítésére, és megőrizni a lehetőség a további növekedésre.
Egy klaszter egy csoportja gazdaszervezetekben, beleértve a 2-16 Hyper-V szerverek egy feladatátvételi fürtkonfigurációt, és a kapcsolódó hálózati és tárolási.
Domain frissítések Ez egy sor infrastrukturális elemek erőforráskészletben, amely lehet tartani, letiltása vagy frissítés, anélkül, hogy leállás a virtuális gépek vagy dolgozó futó folyamatokat erőforráskészletben. Ebben az architektúrában minden csomópont minden fürt erőforrás pool képez a domain frissítés. Mivel minden klaszternek tartalék csomópont (15 + 1), akkor tartsa egy csomópont minden fürt szünet nélkül (VM vándorolnak át a fürt karbantartási műveletek elvégzéséhez). Mivel minden csomópont egy erőforrást alkotnak egy domain frissítéseket, a következő csomópontokat - a második tartomány frissítések, stb (4. ábra) ....
Ábra. 4. Pool források leányvállalatokkal méretezés egységek
Az igény, hogy meghatározza és végrehajtja ezeket a tartályokat annak a ténynek köszönhető, hogy lehet az automatikus intelligens megindítását és ellenőrzését. Például, ha dolgozik egy web gazdaság négy szerver kell bizonyosodni arról, magas szintű rendelkezésre állás legalább az egyik telek a meghibásodása esetén. Csak meg kell győződjön meg róla, hogy kérje a megindítását elosztott két helyszínen és két vagy több erőforrás áll rendelkezésre. Ezt biztosítja a meghatározása erőforrásbázist és hivatkozás a fizikai infrastruktúrát. Megfelelő szervezés virtuális gépek eléréséhez szolgáltatási rugalmasságot.
Alap végrehajtásának Private Cloud / IaaS
Logikai és fizikai elkülönítése menedzsment platformonkénti virtuális gép elhelyezése segíti a skála mindegyik önállóan (ábra. 5). A központban az áramkör látható. Az 5. ábra a erőforrásbázist a rendszert, és a teljes megoldás egészét, amely lehet telepíteni a meglévő adatközpont.
Ábra. 5. A logikai vázlata végrehajtásának építészet
Automatizált telepítés - egyik legfontosabb eleme az alap végrehajtására, amely arra szolgál, hogy javítsa és gyorsítsa fel a telepítési és következetesebb végrehajtás. Ez valóban így van, mert a Microsoft Services működik a partnerek széles körét és a fogyasztókat. Ahhoz, hogy automatizálják a telepítési alap végrehajtásának biztosít ingyenes eszközkészlet Microsoft Deployment Toolkit (MDT) és a Microsoft Services Framework hidratálás. MDT bővíti kiépítése automatizálási lehetőségek.
Meghatározása kötelező mezők részletes tervezés - a következő lépés a tervezési folyamatot. Itt az alábbi területeken:
Az alap architektúra biztosítja, hogy minden jelét a felhők által meghatározott NIST és a mechanizmus fokozott IT automatizálás. Amikor kiválasztja automatizálás forgatókönyv összpontosítottunk nagyobb komplexitás, a magasabb költségek és kockázatok egyéni hibákat egy script. Ebből a célból a döntést, hogy automatizálják a következő folyamatokat:
telepítése irányítási struktúra Anyag:
Előkészítése a skálázási egység (host klaszter):
Szerelési skálázóegység foltok (host cluster):
Host Support:
előállítására egy virtuális gép:
eltörlése megindításáról a virtuális gép:
A következő cikk ebben a sorozatban fogjuk tanulmányozni részletes projekt menedzsment architektúra Fabric szerkezet, beleértve a projekt Hyper-V irányítási struktúra Anyag klaszter projekt virtualizált SQL cluster és a design mind a System Center termékeket. Ezen kívül, mi fog beszélni a projekt skálázóegység tartalmazó Hyper-V klaszterek 16 csomó.