Suuri portti on arvokas vain, jos sovellus, tallennus, prosessori, verkkopolku ja vastaanottajat voivat hyödyntää sitä. Suunnittele työskentelyjoukko ja samanaikaisuus, vertaa jokaista rajoittavaa vaihetta ja määritä toiminnalliset rajat. 40-, 100- ja 200 Gbps -luettelomerkinnät ovat porttiluokkia, eivät yleisiä siirto- tai saatavuustakuita.
Muunna portti tietomittakaavaksi
Desimaaliyksiköillä 40, 100 ja 200 Gbps vastaavat linjanopeuden aritmetiikkaa 5, 12.5 ja 25 GB sekunnissa. Nämä ovat viitemuunnoksia ennen protokollan ja toteutuksen vaikutuksia. Ne kuvaavat ympäröivän suunnittelun mittakaavaa, eivät mitattua nopeutta tai lupausta siitä, että origin toimittaa kyseisen määrän sovellussisältöä.
Arvioi jakeluprojektissa samanaikaiset pyynnöt, objektien koot ja työskentelyjoukko. Palvelu, joka toimittaa toistuvasti pientä suosittua joukkoa, eroaa palvelusta, joka suoratoistaa välimuistiin tallentamattomia arkistoja. Tee oletukset selviksi. Ilman näitä oletuksia ostettu suuri portti voi jättää tallennuksen, sovelluksen tai vastaanottajien rajat ennalleen samalla kun projektin toistuvat kustannukset kasvavat.
| Luetteloitu porttiluokka | Raaka desimaalimuunnos | Suunnitteluvaikutus |
|---|---|---|
| 40 Gbps | 5 GB/s ennen ylimääräistä kuormaa | Mittaa sisältö ja sovelluspolku |
| 100 Gbps | 12.5 GB/s ennen ylimääräistä kuormaa | Tarkastele tallennusta, samanaikaisuutta ja käsittelyä |
| 200 Gbps | 25 GB/s ennen ylimääräistä kuormaa | Varmista jokainen vaihe ja vastaanottokapasiteetti |
Mallinna työskentelyjoukko ja välimuistin käyttäytyminen
Tunnista, mitä sisältöä pyydetään usein ja mikä on luettava tallennuksesta tarvittaessa. Lämmin välimuisti voi tuottaa tuloksen, jota kylmäkäynnistys ei pysty ylläpitämään. Testaa molemmat tilanteet, kun ne ovat projektille merkityksellisiä. Pidä tietoaineisto riittävän suurena ja realistisena, jotta mittaus vastaa kysymykseen, joka sinun on todella ratkaistava.
Kuvittele laillinen ohjelmistolatausten origin, jossa on suosittuja julkaisuja ja vanhempi arkisto. Vertaa kiireistä julkaisuikkunaa normaaliin arkistokäyttöön. Varaa kapasiteettia julkaisemiseen, tarkistussummien luontiin ja varmuuskopioliikenteeseen, kun nämä toiminnot ovat päällekkäisiä. Tämä alkuperäinen skenaario tarjoaa suunnittelukehyksen; se ei määritä mitään tiettyä laitteistoa tai välimuistipalvelua sisältyväksi SwissOctet-palveluun.
Mittaa tallennusta itsenäisesti
Aloita mittaamalla tallennustoiminnot, joita sovellus suorittaa. Suurten tiedostojen peräkkäiset luvut ja monet pienet satunnaisluvut voivat paljastaa eri rajoja. fio-dokumentaatio kuvaa työkuorman parametreja, jotka voivat edustaa näitä malleja. Käytä hallittuja testitiedostoja ja asetuksia, jotka sopivat järjestelmään, ja vältä tuhoavia testejä tuotantotiedoilla.
Kirjaa tallennuksen asettelu, tietoaineiston koko ja testiolosuhteet. Välimuistiin tallennettuja tietoja sisältävä vertailutesti ei vastaa taustalla olevilta laitteilta kestävästi luettavaa. Toista myöhemmin sovelluksen todellisella sisältöpolulla. Suurempi kapasiteetti ei automaattisesti lisää toimitusnopeutta, eivätkä useat valitut asemat määritä tiettyä taulukkoasettelua tai mitattua läpäisykykyä.
Tarkkaile prosessorin ja jonojen rajoja
Suurilla siirtonopeuksilla käsittely ja keskeytysten käsittely voivat olla merkityksellisiä sovelluksen CPU-käytön ohella. Linux dokumentoi vastaanottopuolen skaalauksen ja siihen liittyvät mekanismit verkkotyön jakamiseksi jonoihin ja prosessoreihin. Niiden olemassaolo ja käyttäytyminen riippuvat laitteistosta ja kokoonpanosta. Käytä näitä dokumentteja mittausten tulkitsemiseen sen sijaan, että soveltaisit yleistä viritysohjetta jokaiseen palvelimeen.
Tarkkaile, tuleeko yksi CPU, työntekijä tai vastaanottojono kiireiseksi ennen koko järjestelmää. Sisällytä salaus, pakkaus ja pyyntöjen käsittely testiin, kun tuotantopalvelu käyttää niitä. Keskimääräinen käyttämätön CPU-luku voi peittää alleen kyllästyneen komponentin. Muuta yhtä tekijää kerrallaan ja säilytä perustaso, jotta vaikutus on ymmärrettävissä.
Varmista palveleva sovellus
Palvelimen on tehtävä muutakin kuin siirrettävä tavuja verkkotestin läpi. Varmista yhteydet, pyyntöjen jäsentäminen, valtuutus, sisällön luku ja vastauksen valmistuminen käyttämälläsi ohjelmistolla. Nginx dokumentoi tiedostonsiirron ja yhteyksien hallinnan omassa toteutuksessaan; muilla ohjelmistoilla on eri asetukset. Lue sen todellisen version dokumentaatio, jota aiot käyttää.
Testaa realistista samanaikaisuutta ja tarkkaile sekä häntäpään valmistumisaikoja että kokonaistuottoa. Suuri kokonaisluku voi esiintyä samaan aikaan yksittäisten aikakatkaistujen pyyntöjen kanssa. Aseta raja, jolla palvelu käyttäytyy edelleen hyväksyttävästi, ja jätä sen jälkeen käyttömarginaalia sen sijaan, että pyrkisit ajamaan jokaista komponenttia teoreettisella maksimillaan koko päivän.
Vertaa todellisia Transit-määrityksiä
SwissOctet:n Transit-perheet pitävät maan Sveitsinä mutta listaavat erilaisia prosessori-, muisti- ja tallennusperustoja. Lue tarkka suunnitelma: Transit 100 listaa SSD-tallennuksen, kun taas muut Transit-perusmääritykset listaavat NVMe. Lisälevyvalinnoilla on omat merkintänsä. Älä anna porttiluokan korvata muun kokoonpanon tarkistamista.
Varmista myös saatavuus, liikenteen ehdot, hallinnolliset vastuut ja palautusprosessi todellisesta palvelusta. Mittaamaton liikenne kuvaa liikennemallia, ei lupaa mielivaltaiseen toimintaan tai käyttöaikatakuuta. Suurivolyymiset työkuormat tarvitsevat selkeät käyttöehdot ja oikeudet sisällön jakeluun, aivan kuten pienemmätkin.
Valmistele toiminnot ennen liikenteen avaamista
Määritä, kuka voi julkaista sisältöä, muuttaa kokoonpanoa ja hallinnoida originia. Suojaa nämä rajapinnat, kerää hyödyllisiä toimintamittauksia ja aseta ylikuormituksen kynnysarvot. Pidä keino vähentää liikennettä tai peruuttaa julkaisu, jos sovellus käyttäytyy odottamattomasti. Suuri rajapinta voi voimistaa tavallisen ohjelmisto- tai käyttöoikeusvirheen seurauksia.
Suorita vaiheittainen harjoitus valtuutettujen vastaanottajien ja sovittujen rajojen kanssa ja lisää sitten kohti suunniteltua työkuormaa. Säilytä tulokset, avoimet kysymykset ja resurssien liikkumavara käyttöönoton tietueessa. Valitse suurempi portti vain, kun tämä näyttö tukee sitä; täydellinen, mitattu suunnittelu on hyödyllisempi kuin luettelon suurin saatavilla oleva luku.
Käytännön tarkistuslistasi.
- Muunna porttiluokka käsittelemättä sitä hyötykuorman toimituksena.
- Mallinna välimuistiosumat, kylmäluvut ja samanaikaiset pyynnöt.
- Vertaa tallennusta vaarattomalla testidatalla.
- Tarkkaile CPU-arvoa, työntekijöitä ja verkkojonoja.
- Testaa palvelevaa sovellusta ja vastaanottokapasiteettia.
- Vaiheista liikenne ja säilytä palautusmenettely.
Olennaiset yksityiskohdat.
Onko suurin portti aina turvallisin valinta?+
Ei. Valitse mitatun kysynnän ja koko järjestelmän rajojen perusteella. Suurempi portti ei ratkaise riittämätöntä tallennusta, prosessoria tai sovelluskapasiteettia.
Käyttävätkö kaikki Transit-perheet NVMe-tallennusta?+
Ei. Lue todellinen suunnitelma. Transit 100:n perusmääritys listaa SSD:n; muilla perussuunnitelmilla ja lisäasemavalinnoilla on omat kuvauksensa.
Miksi testata sekä kylmällä että välimuistiin tallennetulla datalla?+
Ne paljastavat erilaisia käyttöolosuhteita. Julkaisu, uudelleenkäynnistys tai muuttuva työskentelyjoukko voi tuottaa tallennustoimintaa, jonka lämmin välimuisti -vertailutesti välttää.
Mene lähteelle.
Nämä lähteet tukevat tämän oppaan teknisiä käsitteitä. Noudata ajantasaisia dokumentaatioita ennen tuotantojärjestelmän muuttamista.
- Linux-ydin: Skaalaus verkkopinossa docs.kernel.org
- fio: Työkuorman ja mittauksen dokumentaatio fio.readthedocs.io
- Nginx: HTTP-ydinmoduuli nginx.org
Toimituksellinen ohjaus: SwissOctet. Esimerkit ovat havainnollistavia. Palvelumääritykset, saatavilla olevat vaihtoehdot ja sopimusehdot on tarkistettava erikseen.