ElosztottRendszerekKapacitastervezes

Ez az oldal a korábbi SCH wikiről lett áthozva.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor, kérlek, javíts rajta egy rövid szerkesztéssel!

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót.

Kapacitástervezés

• Válaszidők
  • <4s: jó
  • 4-6s: elfogadható
  • >6s: sok
• Tuningolás:
  • Db: 51%
  • AppServer: 25%
  • WAN: 10%
• Méretezés: +5,10,15%-ra kell tervezni
• Válaszidő összetétele:
  • Network Time
    • Latency
    • Tényleges átvitel
  • Server
    • Service Time: Ameddig feldolgozza a kérést
      • CPU
      • Disk
      • LAN
    • Queue Time: Ameddig várakozik
      • CPU
      • Disk
      • LAN
• Oldalletöltési idő
  • Szumma(Oi+httpheader)
  • Packetek száma: MS/MSS (Message Size/Message Segment Size)(A teljes átvitt adatmennyiség / mennyi fér el egy üzenetben)
  • Jelölések
    • RTT: Round-Trip Time
    • Nobj: Az oldalon lévő elemek száma. Maga az oldal nincs benne, ezért Nobj+1 az összes lekérendő objektum száma
    • DS: Letöltendő adatmennyiség
    • BW: Sávszél
  • Perzisztens kapcsolat: A kapcsolat a teljes átvitel alatt él, nem kell mindig felépíteni.
    • RTT+(Nobj+1)*RTT+DS/BW: Kapcsolatot felépítjük + egyesével lekérjük az elemeket + megvárjuk, amíg azok lejönnek
  • Nem perzisztens kapcsolat: Minden lekéréshez újra felépítjük a kapcsolatot
    • (Nobj+1)(2*RTT)+DS/BW
• Várakozások (erről ábra kell inkább):
  • 4 szereplő:
    • Kliens (ember)
    • Böngésző
    • Hálózat
    • Szerver
  • Cacheből kapja vissza az oldalt:
    • Kliens kattint
    • Böngésző küldi vissza a választ
  • A szerver küldi vissza a választ:
    • Kliens kattint
    • Böngésző elküldi a szervernek a hálózaton keresztül a kérést
    • Szerver előállítja a választ
    • Szerver visszaküldi a böngészőnek a hálózaton keresztül
    • Böngésző megjeleníti
• Kapacitástervezés:
  • Workload model
  • Cost model
  • Performance model
  • Config Plan: Milyen gépekre van szükség
  • Personal Plan: Milyen emberekre van szükség
  • Investment: Milyen beruházásra van szükség
• Workload dekompozíció:
  • Felbontjuk részekre, így jobban becsülhető

-- sashee - 2010.05.26.