Archief - Eindwerk netwerkbeheer

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
t

tommartens

Legacy Member
Hoi Iedereen,

Misschien kan iemand mij hiermee helpen? Ik start in september met het maken van mijn eindwerk voor de opleiding netwerkbeer. Ik heb al wat zitten denken over bepaalde onderwerpen zoals netwerkbeveiliging. Maar mijn docent vraagt 2 of 3 onderzoeksvragen. Het onderwerp vlans is ook al in mijn gedachten gekomen. Maar ik zit wat vast met die onderzoeksvragen. Heeft iemand ideeën wat ik zou kunnen kiezen als onderzoeksvraag en hoe begin je daaraan en/of hoe stel je dat juist op? Aangezien er geen mogelijkheid is om dit te doen op mijn huidige werk moet ik het virtueel doen. Dus ik ga het moeten doen met Packet Tracer. Maar ik zou het wel meer theoretisch houden. Maar de onderzoeksvragen zouden wel praktisch gericht moeten zijn.

wat ook in mijn gedachten is geweest is het onderwerp virtualisatie zoals Citrix of Vmware. Maar toen dacht ik of dit wel haalbaar is met al die licenties. Ik weet dat je Citrix voor een bepaalde tijd gratis mag testen maar wat juist mogelijk is daar heb ik niet echt een zicht op. Bij Vmware heb ik het nog niet gezien. En daar zit ik ook met hetzelfde probleem dat ik niet goed weet welke onderzoeksvragen ik best zou stellen en hoe je dat moet opzetten. Citrix is bij ons niet aan bod gekomen.

Misschien dat iemand hier ervaring mee heeft of een oplossing weet?

Alvast bedankt.

Groeten
Tom
H

Hiapoe

Legacy Member
tommartens zei:
Hoi Iedereen,

Misschien kan iemand mij hiermee helpen? Ik start in september met het maken van mijn eindwerk voor de opleiding netwerkbeer. Ik heb al wat zitten denken over bepaalde onderwerpen zoals netwerkbeveiliging. Maar mijn docent vraagt 2 of 3 onderzoeksvragen. Het onderwerp vlans is ook al in mijn gedachten gekomen. Maar ik zit wat vast met die onderzoeksvragen. Heeft iemand ideeën wat ik zou kunnen kiezen als onderzoeksvraag en hoe begin je daaraan en/of hoe stel je dat juist op? Aangezien er geen mogelijkheid is om dit te doen op mijn huidige werk moet ik het virtueel doen. Dus ik ga het moeten doen met Packet Tracer. Maar ik zou het wel meer theoretisch houden. Maar de onderzoeksvragen zouden wel praktisch gericht moeten zijn.

wat ook in mijn gedachten is geweest is het onderwerp virtualisatie zoals Citrix of Vmware. Maar toen dacht ik of dit wel haalbaar is met al die licenties. Ik weet dat je Citrix voor een bepaalde tijd gratis mag testen maar wat juist mogelijk is daar heb ik niet echt een zicht op. Bij Vmware heb ik het nog niet gezien. En daar zit ik ook met hetzelfde probleem dat ik niet goed weet welke onderzoeksvragen ik best zou stellen en hoe je dat moet opzetten. Citrix is bij ons niet aan bod gekomen.

Misschien dat iemand hier ervaring mee heeft of een oplossing weet?

Alvast bedankt.

Groeten
Tom
Klik om te vergroten...

VMWare en Citrix is niet echt zuiver netwerkbeheer hé...

Over VLAN's kan je wel heel wat zaken bespreken ja.
Of je kan ook iets doen over fysieke bekabeling, switches, routers,...?
D

DSK

Legacy Member
Enkele dingen die in mij opkomen als je het wat hedendaags wil houden en wat minder 13 in een dozijn:
- Nieuwe draadloze technologieën onderzoeken, bijvoorbeeld SIgfox of LoRaWAN dat voor de deur staat
- Het verder virtualiseren van netwerken: SDN, Cisco 1000V, VMWare microsegmentation, Fabric Extender, VRF, VDC,...
- Spine-Leaf model, Cisco ACI / VMWare NSX, Fabricpath
- Uitbreiden L2 netwerken (bijv. OTV)
- Combinatie storage en data netwerk: FCoE, iSCSI, Unified ports
Z

Zottenpedj

Legacy Member
Onderzoeksvragen kan je opstellen nadat je een onderwerp gekozen hebt. Eenmaal je dit hebt kan je met je vragen specificeren wat je exact zal gaan onderzoeken. De onderzoeksvragen moeten dus ook beantwoordt worden in de conclusie van je eindwerk.

Mijn eindwerk ging over nfc en ik had vragen zoals:
*welke veiligheidsrisico's zijn er bij nfc communicatie?
*is er voor elk risico al een optimale oplossing?

En dan een die ik vergeten ben. Stuur je onderwerp en onderzoeksvragen door naar je promotor en die zal dan normaal wel opmerkingen en advies geven.
Succes!
g

glimmberman

Legacy Member
Mijne ging over de uitwisselbaarheid van Virtuele Machines tussen de Servervirtualisatieplatformen Xenserver (Citrix) en Hyper-V (Microsoft)
Op beide omgevingen een Debian Lamp en en wamp opgezet. baseline gemaakt en dan geswapt van systeem en zien wat er nog werkt.
Tuurlijk was dit begin 2010 en OVF formaat stond nog in zijn kinderschoenen.

Succes bij u keuze
F

FrostByte

Legacy Member
Voor een eindwerk? Zonder licensie-kosten:

Je leent een switch ofzo van't school(dat zal je wel krijgen, hoop ik?), een serverke of 2 - 3, dat moet echt geen zware hardware zijn. Oude PC's zijn meer dan krachtig genoeg als er geen productie op zit. T'is maar control plane, uiteindelijk die moet draaien.

Je installeert openvswitch en KVM op linux op je servers(ik stel debian of ubuntu server voor). Eens je daar bent, kan je eigenlijk al enorm ver gaan qua SDN(openflow, JuJu, Nexus1000V, openstack...)

Als je paar fysieke routerkes hebt, doe MPLS setup op je core-routering voor scheiding tussen omgevingen(pakweg een dmz-omgeving, interne hosting of guest access. Doe .1Q trunking naar een opensource firewall voor inter-vrf routing(ik stel pfsense voor), gebruik voor bepaalde omgevingen op je routers MP-BPG met om tussen 2 sites directe routering te doen ipv firewalling(voor performance), ik zeg maar wat :)

Of als je een hoop routers bij elkaar kunt sprokkelen: Doe een DMVPN setup over een gesimuleerd internet(gewoon 1 router met publieke IP's), experimenteer met IPSec(maak eens een site-to-site setup, probeer daar eens met GRE OSPF ofzo over te routeren...)
F

FrostByte

Legacy Member
Of misschien iets kleiner maar zeker niet minder interessant:

probeer eens in hoeverre je een datacenter kan opzetten met niets dan open-source software(kvm, openvswitch, openflow, openstack...). En als je een miniem aan kosten wil maken: probeer dat ding eens transparant aan een cloud solution van aws te hangen, ofzo.

Dan heb je per definitie geen licentie-kosten, behalve mss je AWS contract :).

Dan kom je wel iets meer in het gebied van linux enzo, maar daar mag eigenlijk een goeie netwerker niet vies van zijn :) Om ook heel eerlijk te zijn: dit heeft zeker toekomst en gaat hoogste waarschijnlijk dicht bij de realiteit komen van veel datacenters in de toekomst, maar het verdict is daar nog niet helemaal over uit.
t

tommartens

Legacy Member
Hebben jullie interessante onderzoeksvragen over bv een failovercluster?
R

Radiance

Legacy Member
Fail-over van wat ? VMs ? Ja dankan je altijd wat doen rond hoeveel packet loss je hebt, of TCP connecties een reset krijgen etc.

Maar als je tijd wil spenderen aan relevante open technologie waar je straks makkelijk werk in kan vinden, volg dan de suggestie van FrostByte; high availability & fail over zijn legacy concepten (nuja, het is technologie om legacy applicaties die niet schalen / geen redundancy hebben toch redundancy te geven). In "cloud native" applicaties is er helemaal geen fail over nodig, je hebt simpelweg voldoende nodes die aanvragen kunnen afhandelen en als er eentje down gaat start je simpelweg een andere.

De KVM hypervisor, Openvswitch etc.. zijn inderdaad erg relevante technologieen vandaag waar je heel wat mee kan. Wil je echt cutting edge bezig zijn, kijk dan eens naar Intel DPDK.
K

KerberosX

Legacy Member
tommartens zei:
Hebben jullie interessante onderzoeksvragen over bv een failovercluster?
Klik om te vergroten...

En wat heb je zelf al gevonden? Zowel Microsoft als VMware stellen volledig functionele trials beschikbaar waar je een aantal maanden mee aan de slag kan. Zet het zelf eens op en dan zal de inspiratie wel komen zeker?
F

FrostByte

Legacy Member
Radiance zei:
Fail-over van wat ? VMs ? Ja dankan je altijd wat doen rond hoeveel packet loss je hebt, of TCP connecties een reset krijgen etc.

Maar als je tijd wil spenderen aan relevante open technologie waar je straks makkelijk werk in kan vinden, volg dan de suggestie van FrostByte; high availability & fail over zijn legacy concepten (nuja, het is technologie om legacy applicaties die niet schalen / geen redundancy hebben toch redundancy te geven). In "cloud native" applicaties is er helemaal geen fail over nodig, je hebt simpelweg voldoende nodes die aanvragen kunnen afhandelen en als er eentje down gaat start je simpelweg een andere.

De KVM hypervisor, Openvswitch etc.. zijn inderdaad erg relevante technologieen vandaag waar je heel wat mee kan. Wil je echt cutting edge bezig zijn, kijk dan eens naar Intel DPDK.
Klik om te vergroten...

Of als je private cloud wil met opensource software: Metal as a Service, met JuJu

Ik sta eigenlijk nog altijd verstelt hoe ver die gekomen zijn intussen.
S

SithCloud

Legacy Member
FrostByte zei:
Of als je private cloud wil met opensource software: Metal as a Service, met JuJu

Ik sta eigenlijk nog altijd verstelt hoe ver die gekomen zijn intussen.
Klik om te vergroten...

phew, weer een project om int oog te houden. 't is niet meer bij te houden eigenlijk, al die container oplossingen. Maar dit managed gewoon de apps hé, je hebt nog altijd een platform nodig. Ik zie daar wel openstack staan en aws precies.
S

SithCloud

Legacy Member
Radiance zei:
Fail-over van wat ? VMs ? Ja dankan je altijd wat doen rond hoeveel packet loss je hebt, of TCP connecties een reset krijgen etc.

Maar als je tijd wil spenderen aan relevante open technologie waar je straks makkelijk werk in kan vinden, volg dan de suggestie van FrostByte; high availability & fail over zijn legacy concepten (nuja, het is technologie om legacy applicaties die niet schalen / geen redundancy hebben toch redundancy te geven). In "cloud native" applicaties is er helemaal geen fail over nodig, je hebt simpelweg voldoende nodes die aanvragen kunnen afhandelen en als er eentje down gaat start je simpelweg een andere.

De KVM hypervisor, Openvswitch etc.. zijn inderdaad erg relevante technologieen vandaag waar je heel wat mee kan. Wil je echt cutting edge bezig zijn, kijk dan eens naar Intel DPDK.
Klik om te vergroten...

Kvind wel dat je het wat vreemd voorstelt. Failover is helemaal geen legacy. Het is niet omdat dat ding in de cloud draait en dat ze spreken over "nodes" daar eigenlijk in de achtegrond niet hetzelfde aan de hand is hé. Ma je hebt wel natuurlijk gelijk dat hedendaagse software daar allemaal al op voorzien is.
y

yaris

Legacy Member
SithCloud zei:
phew, weer een project om int oog te houden. 't is niet meer bij te houden eigenlijk, al die container oplossingen. Maar dit managed gewoon de apps hé, je hebt nog altijd een platform nodig. Ik zie daar wel openstack staan en aws precies.
Klik om te vergroten...

Ik heb ondertussen geleerd om eerst wat af te wachten. 3 jaar geleden ook meegegaan in de KVM hype ... op tijd gezien dat het toch niet optimaal was en gelukkig niet in productie gebruikt.
Nu zou KVM wel "klaar" zijn dus binnenkort nog is opnieuw proberen.
Op zich is docker wel een leuk product maar ik lees dat AWS nog verder wil gaan en de server er helemaal wil uitlaten .. dus alleen services nog gebruiken voor applicaties :-). Het gaat hard in IT land.
R

Radiance

Legacy Member
SithCloud zei:
Kvind wel dat je het wat vreemd voorstelt. Failover is helemaal geen legacy. Het is niet omdat dat ding in de cloud draait en dat ze spreken over "nodes" daar eigenlijk in de achtegrond niet hetzelfde aan de hand is hé. Ma je hebt wel natuurlijk gelijk dat hedendaagse software daar allemaal al op voorzien is.
Klik om te vergroten...
Ja & nee, het einde resultaat voor gebruikers is het zelfde, bij het falen van een machine / VM is er een andere die overneemt. Maar als iemand vraagt naar een "fail-over cluster" ga ik er vanuit dat het iets als VMWWare HA mode is ... toch heel wat anders dan een schaalbarae web app :) Maar goed, dat kon zeker duidelijker van mijn kant.

Cfr. Canonicial MaaS / Juju en ook het bredere OpenStack werk : ik werk er zelf voldoend mee maar da's echt nog te vroeg voor zo'n prime time. Ik geloof niet dat je dat draaiende kan krijgen (met de nodige custom aanpassingen) en houden zonder een team van 10+ mensen, inclusief een aantal developers. In een KMO of zelfs kleine Enterprise dus intern "cloud" services aanbieden is voor mij dus nog iets te voorbarig, maar dat komt wel.

KVM op zich is ondertussen wel voldoende stabiel om zelf te draaien. Docker zou ik inderdaad mee oppassen, heeft heel veel potentieel om enterprise IT te vereenvoudigen, maar er vernadert nog erg veel tussen releases. En ze hebben ook nog niet op alle aspecten een antwoord. Dus leuk om mee te experimenteren, misschien nog niet om wijd uit te rollen.

Wat Amazon wil doen is iets helemaal anders natuurlijk. Ja zij willen liefst puur de service aanbieden ... en dan is 't vooral een business keuze of je daar in mee wil ja dan nee. Ga je voor al die leuke AWS services dan kan je je app super snel uitbouwen, maar je hebt dan ook wel serieus geinvesteerd in de AWS API's. Vertrekken bij Amazon is dan toch ook weeral wat moeilijker (en daar doen ze het uiteraard voor, die value add)/
S

SithCloud

Legacy Member
Radiance zei:
Ja & nee, het einde resultaat voor gebruikers is het zelfde, bij het falen van een machine / VM is er een andere die overneemt. Maar als iemand vraagt naar een "fail-over cluster" ga ik er vanuit dat het iets als VMWWare HA mode is ... toch heel wat anders dan een schaalbarae web app :) Maar goed, dat kon zeker duidelijker van mijn kant.

Cfr. Canonicial MaaS / Juju en ook het bredere OpenStack werk : ik werk er zelf voldoend mee maar da's echt nog te vroeg voor zo'n prime time. Ik geloof niet dat je dat draaiende kan krijgen (met de nodige custom aanpassingen) en houden zonder een team van 10+ mensen, inclusief een aantal developers. In een KMO of zelfs kleine Enterprise dus intern "cloud" services aanbieden is voor mij dus nog iets te voorbarig, maar dat komt wel.

KVM op zich is ondertussen wel voldoende stabiel om zelf te draaien. Docker zou ik inderdaad mee oppassen, heeft heel veel potentieel om enterprise IT te vereenvoudigen, maar er vernadert nog erg veel tussen releases. En ze hebben ook nog niet op alle aspecten een antwoord. Dus leuk om mee te experimenteren, misschien nog niet om wijd uit te rollen.

Wat Amazon wil doen is iets helemaal anders natuurlijk. Ja zij willen liefst puur de service aanbieden ... en dan is 't vooral een business keuze of je daar in mee wil ja dan nee. Ga je voor al die leuke AWS services dan kan je je app super snel uitbouwen, maar je hebt dan ook wel serieus geinvesteerd in de AWS API's. Vertrekken bij Amazon is dan toch ook weeral wat moeilijker (en daar doen ze het uiteraard voor, die value add)/
Klik om te vergroten...

Nu we het over private "cloud" hebben. Nutanix en simplivity (soortgelijke convergence systemen) al eens bekeken? Die lijken mij beter haalbaar in kmo's
y

yaris

Legacy Member
SithCloud zei:
Nu we het over private "cloud" hebben. Nutanix en simplivity (soortgelijke convergence systemen) al eens bekeken? Die lijken mij beter haalbaar in kmo's
Klik om te vergroten...

Ik heb deze beide systemen een tijd geleden, ( dus kan wel één en ander veranderd zijn ondertussen ) , bekeken en ik vond ze maar beperkt schaalbaar. Stel je neemt 3 systemen van nutanix met elke server neem 3TB aan storage. Stel je komt storage tekort dan moet je een nieuwe server nemen en ook nog een extra licentie esx betalen.
Ik vond nutanix dan ook redelijk prijzig voor in een kmo te zetten. De hardware is niet duur maar je betaalt wel redelijk wat voor de software layer.
y

yaris

Legacy Member
Radiance zei:
Wat Amazon wil doen is iets helemaal anders natuurlijk. Ja zij willen liefst puur de service aanbieden ... en dan is 't vooral een business keuze of je daar in mee wil ja dan nee. Ga je voor al die leuke AWS services dan kan je je app super snel uitbouwen, maar je hebt dan ook wel serieus geinvesteerd in de AWS API's. Vertrekken bij Amazon is dan toch ook weeral wat moeilijker (en daar doen ze het uiteraard voor, die value add)/
Klik om te vergroten...

Ik merk wel dat AWS serieus wint aan populariteit. Collega van mij is naar een firma gegaan waar alles in amazon cloud draait nu en meer en meer dev firma's die voor ons werken schakelen ook over naar amazon.
Voornaamste reden is de kostprijs. Als je vergelijkt wat azure kost ... da's gewoon een ripoff.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan