---

Hej NG!

Jeg og en bekendt skal have et par servere opstillet i et privat rack hos en
udbyder. Vi betaler for trafikken, og vil gerne have mulighed for at vide,
hvem skal betale mest; hvis min server overfører 45 GB om måneden, og den
anden server overfører 15 GB pr. måned, ville det ikke være fair, hvis vi
delte det lige over og vi hver betalte for 30 GB.

Er der en mulighed for at se, hvor meget trafik den enkelte server
forbruger? Jeg tænker ikke på programmer som f.eks. DU Meter o.a., men mere
programmer i stil med MRTG målinger. Jeg har tidligere fundet et modificeret
MRTG script, der udregner "the ninetyfifth percentile." Kan man må lignende
måde modificere MRTG til at udregne det månedlige forbrug i KBytes?

---

Jacob F. Oppenheimer IV wrote:
> Jeg og en bekendt skal have et par servere opstillet i et privat rack hos en

Hvilket OS skal disse servere kører?

---

> Hvilket OS skal disse servere kører?

De vil komme til at køre Windows 2000 Server/Windows .NET Server når den tid
kommer.

---

Jacob F. Oppenheimer IV wrote:
> De vil komme til at køre Windows 2000 Server/Windows .NET Server når den tid
> kommer.

Jeg ville smide en proxy firewall op foran, der kan logge hvor mange
bytes der er gået frem og tilbage, fx en Raptor firewall.

Andre metoder, kan være at smide en sniffer, eller bruge MIBs fra
switchen eller SNMP i windows.

Prøv evt at kikke ntop, søg på google.com

---

> Er der en mulighed for at se, hvor meget trafik den enkelte server
> forbruger? Jeg tænker ikke på programmer som f.eks. DU Meter o.a., men
mere
> programmer i stil med MRTG målinger. Jeg har tidligere fundet et
modificeret
> MRTG script, der udregner "the ninetyfifth percentile." Kan man må
lignende
> måde modificere MRTG til at udregne det månedlige forbrug i KBytes?

Ingen der har et svar?
Jeg sidder med samme problem.

--
Mvh. Jesper

---

"Jacob F. Oppenheimer IV" <no@email.com> writes:

> Er der en mulighed for at se, hvor meget trafik den enkelte server
> forbruger? Jeg tænker ikke på programmer som f.eks. DU Meter o.a., men mere
> programmer i stil med MRTG målinger.

Så kan du vel bare hive tallene fra en switch eller noget med SNMP? Så
skal du bare skrive lidt kode der holder styr på datoen, og evt. på om
tælleren har overflowet, hvis det kun er en 32 bit tæller. Det skulle
være ganske overkommeligt.

--
Jacob - www.bunk.cc
Time sure flies when you don't know what you're doing.

---

"Christian E. Lysel" <chlyshoswmdatapunktumcom@example.net> writes:
> Jacob Bunk Nielsen wrote:
>
>> Så kan du vel bare hive tallene fra en switch eller noget med SNMP? Så
>> skal du bare skrive lidt kode der holder styr på datoen, og evt. på om
>> tælleren har overflowet, hvis det kun er en 32 bit tæller. Det skulle
>> være ganske overkommeligt.
>
> Hvad med strøm afbrydelse?

Der er vel ingen der forbyder at man skriver tallet til en harddisk
eller et andet medie der normalt overlever en strømafbrudelse efter
man har hentet det med SNMP.

--
Jacob - www.bunk.cc
Your life would be very empty if you had nothing to regret.

---

Jacob Bunk Nielsen wrote:
> Der er vel ingen der forbyder at man skriver tallet til en harddisk
> eller et andet medie der normalt overlever en strømafbrudelse efter
> man har hentet det med SNMP.

Men siden den sidste måling og til strøm afbrydelsen, vil dataerne være
gået tabt. Derfor skal målingerne laves ofte.

---

"Christian E. Lysel" <chlyshoswmdatapunktumcom@example.net> wrote:

> Men siden den sidste måling og til strøm afbrydelsen, vil dataerne være
> gået tabt. Derfor skal målingerne laves ofte.

Hvis det er til at udregne en fordelingsnøgle skal man da være ganske
uheldig hvis en time eller to har en helt anden fordeling end resten af
måneden, og skulle det endelig være tilfældet vil det være begrænset hvor
hvor meget det kan påvirke resultatet.

Det ville ikke bekymre mig det fjerneste.

Og så plejer der at være ganske stabil strømforsyning i en server camp.

--
Med Venlig Hilsen

Ulrik Lunddahl - nospam037@lunddahl.dk
My heroes: Heddy Lamar & George Antheil

---

Ulrik Lunddahl wrote:
>>Men siden den sidste måling og til strøm afbrydelsen, vil dataerne være
>>gået tabt. Derfor skal målingerne laves ofte.
> Hvis det er til at udregne en fordelingsnøgle skal man da være ganske
> uheldig hvis en time eller to har en helt anden fordeling end resten af
> måneden, og skulle det endelig være tilfældet vil det være begrænset hvor
> hvor meget det kan påvirke resultatet.

Endvidere vil måleringerne være mere præsise jo ofter de fortages.

> Det ville ikke bekymre mig det fjerneste.

Enig.

> Og så plejer der at være ganske stabil strømforsyning i en server camp.

Ja, men der kan være andre grunde til at systemer går ned :)

---