Trinity Fórum - Téma megtekintése - hogy egy cache ssd meghajtók
Szia, kérem, segítsen újra.
A kihívás, mint írtam korábban: hogy a cache ssd meghajtók. + Tükrös RAID
Van szerver Intel Server System SR2625URLXR a RAID-vezérlő LSI 1078-alapú SAS RAID vezérlők
4 2diska SATA SAS lemez és a lemez 2 SSD
1. A tisztességes kis állat (és természetesen minden jobb, mint a régi 1078)
3. Határozottan „igen” - LSI amíg nem olyan önzetlen, így adja ezt a funkciót alapértelmezésben (mint ahogy azt a közelmúltban FastPath), tehát most kb plusz egy pár száz zöld.
2. "térhatású" semmilyen értelemben - sok gigazov flow (a la bykapnitsa / faylopomoyki) vagy sok IOPS (à la OLTP / levelező).
Nos, jó lenne, hogy azonosítsa a szükséges kapacitás „most / majd„-, hogy legalább a durva becslés a mennyiséget orsók és konfiguráció (bár figyelembe véve a kiadások portok SSD és egy HSD nélkül bővítő különösen nem fut el - vagy R10, vagy R6).
Mintegy sürgősségi élelmiszer cache (úgynevezett BBU vagy CV) igazán nem dadog - anélkül, hogy azt nem nadrág a labdát: lehetséges, de nem megfelelő.
Szia, kérem, segítsen újra.
A kihívás, mint írtam korábban: hogy a cache ssd meghajtók. + Tükrös RAID
Van szerver Intel Server System SR2625URLXR a RAID-vezérlő LSI 1078-alapú SAS RAID vezérlők
4 2diska SATA SAS lemez és a lemez 2 SSD
1. A tisztességes kis állat (és természetesen minden jobb, mint a régi 1078)
3. Határozottan „igen” - LSI amíg nem olyan önzetlen, így adja ezt a funkciót alapértelmezésben (mint ahogy azt a közelmúltban FastPath), tehát most kb plusz egy pár száz zöld.
2. "térhatású" semmilyen értelemben - sok gigazov flow (a la bykapnitsa / faylopomoyki) vagy sok IOPS (à la OLTP / levelező).
Nos, jó lenne, hogy azonosítsa a szükséges kapacitás „most / majd„-, hogy legalább a durva becslés a mennyiséget orsók és konfiguráció (bár figyelembe véve a kiadások portok SSD és egy HSD nélkül bővítő különösen nem fut el - vagy R10, vagy R6).
Mintegy sürgősségi élelmiszer cache (úgynevezett BBU vagy CV) igazán nem dadog - anélkül, hogy azt nem nadrág a labdát: lehetséges, de nem megfelelő.
Köszönöm a választ, ha jól értem az Ön válasza, hogy alkalmas, a kiszolgáló történik valamilyen adatbázis, amely viszont az átváltáskor leszállítja RAID 100%, és azt akarja, bár, mint a folyamat felgyorsítása, kerekek már rendelkezésre állnak: 4 lemezek SAS 2diska SATA 2 SSD disk, SSD 2, és szeretné használni a cache
Köszönöm a választ, ha jól értem az Ön válasza, hogy alkalmas, a kiszolgáló történik valamilyen adatbázis, amely viszont az átváltáskor leszállítja RAID 100%, és azt akarja, bár, mint a folyamat felgyorsítása, kerekek már rendelkezésre állnak: 4 lemezek SAS 2diska SATA 2 SSD disk, SSD 2, és szeretné használni a cache
Elvtárs, én nem akarom, hogy „tanítani az élet”, de még mindig ajánlom nagy gonddal hozzáállás, hogy a meghatározások ( „megértése - terminológia funkció” (c) az enyém). "RAID hajók 100%" - ez olyan, mint? Szűk buszok / memória vezérlő? Vagy pihent az átviteli média?
Általában nem szeretem az ötlet, hogy csökkentsék a lemez alrendszer, a meglévő darab vas, és nem az a feladat. És hogy egy új, modern, nagy teljesítményű vezérlő így könnyű, és ez szó szerint „állatkert” A sokszínű média (SAS / SATA HDD + SSD) általában az elme nem fér el.
Ez csak SW. gs helyesen rámutatott, hogy ha az adatbázis alkalmas az SSD (az Ön esetében ez lesz R1 nekik), majd vissza rá, és az út (by the way, a kérdés a szükséges mennyiséget, hogy nem világít, és ez fontos). De még ha nem, van egy lehetőség, hogy befejezze egy pár több azonos SSD és keverjük R10 / R6 (automatikusan megnő a térfogata).
És a „állatkert” Hardy ebben hordtáska is kissé zavaró - Már látom két különböző raid csoportok előszeretettel csinál sok tehetetlenségi nyomatéka: R1 a SATA „a rendszer” és Rx SAS adatok. De ez már régóta külön tükör „a rendszer” - mauvais ton (besurranó IOPSy és térfogat a LUN adatok): hogy egyetlen raid 6 HDD SAS, vágott vezérlő vagy OS elején, hogy külön LUN a rendszer - így lesz helyes.
Általában a nagyobb jó lenne megérteni a terhelési görbe (rtg között a W és az R, valamint az adatok mennyisége még őket), - ha lesz, hogy a cache 1 GB elég sima a tört a felvételeken, és a raid 6 SAS elég lesz IOPS , nem tudod az adatbázis az SSD, és tényleg keverjük CacheCade r / o, bo olvasás cache sokkal nehezebb, mint a felvétel.
Ez valami ilyesmi. Nincs harag, OK?
Köszönöm a választ, ha jól értem az Ön válasza, hogy alkalmas, a kiszolgáló történik valamilyen adatbázis, amely viszont az átváltáskor leszállítja RAID 100%, és azt akarja, bár, mint a folyamat felgyorsítása, kerekek már rendelkezésre állnak: 4 lemezek SAS 2diska SATA 2 SSD disk, SSD 2, és szeretné használni a cache
Elvtárs, én nem akarom, hogy „tanítani az élet”, de még mindig ajánlom nagy gonddal hozzáállás, hogy a meghatározások ( „megértése - terminológia funkció” (c) az enyém). "RAID hajók 100%" - ez olyan, mint? Szűk buszok / memória vezérlő? Vagy pihent az átviteli média?
Általában nem szeretem az ötlet, hogy csökkentsék a lemez alrendszer, a meglévő darab vas, és nem az a feladat. És hogy egy új, modern, nagy teljesítményű vezérlő így könnyű, és ez szó szerint „állatkert” A sokszínű média (SAS / SATA HDD + SSD) általában az elme nem fér el.
Ez csak SW. gs helyesen rámutatott, hogy ha az adatbázis alkalmas az SSD (az Ön esetében ez lesz R1 nekik), majd vissza rá, és az út (by the way, a kérdés a szükséges mennyiséget, hogy nem világít, és ez fontos). De még ha nem, van egy lehetőség, hogy befejezze egy pár több azonos SSD és keverjük R10 / R6 (automatikusan megnő a térfogata).
És a „állatkert” Hardy ebben hordtáska is kissé zavaró - Már látom két különböző raid csoportok előszeretettel csinál sok tehetetlenségi nyomatéka: R1 a SATA „a rendszer” és Rx SAS adatok. De ez már régóta külön tükör „a rendszer” - mauvais ton (besurranó IOPSy és térfogat a LUN adatok): hogy egyetlen raid 6 HDD SAS, vágott vezérlő vagy OS elején, hogy külön LUN a rendszer - így lesz helyes.
Általában a nagyobb jó lenne megérteni a terhelési görbe (rtg között a W és az R, valamint az adatok mennyisége még őket), - ha lesz, hogy a cache 1 GB elég sima a tört a felvételeken, és a raid 6 SAS elég lesz IOPS , nem tudod az adatbázis az SSD, és tényleg keverjük CacheCade r / o, bo olvasás cache sokkal nehezebb, mint a felvétel.
Ez valami ilyesmi. Nincs harag, OK?
Lásd a helyzet most, hogy a bázis súlya 1,15Tb Windows áll egy RAID tömb 2-ssd meghajtók, és a bázis maga lóg egy RAID tömb összetákolt 4 SAS meghajtók
Amikor átalakítani egy adatbázis, a lemez által használt 100%, nincs elég sebesség olvasása / írása, ezért a probléma csak olyan módon, hogy gyorsítsák fel a munkát meghajtót, nem vagyok különleges ebben, ezért kértem tanácsot, milyen úton induljanak