NL2008622A - COMPARTMENTED COMPUTER SYSTEM. - Google Patents
COMPARTMENTED COMPUTER SYSTEM. Download PDFInfo
- Publication number
- NL2008622A NL2008622A NL2008622A NL2008622A NL2008622A NL 2008622 A NL2008622 A NL 2008622A NL 2008622 A NL2008622 A NL 2008622A NL 2008622 A NL2008622 A NL 2008622A NL 2008622 A NL2008622 A NL 2008622A
- Authority
- NL
- Netherlands
- Prior art keywords
- end container
- compartment
- compartments
- server
- virtual machines
- Prior art date
Links
- 238000012545 processing Methods 0.000 claims description 12
- 230000015654 memory Effects 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 5
- 238000005192 partition Methods 0.000 claims 1
- 238000011161 development Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 238000012360 testing method Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 5
- 238000004519 manufacturing process Methods 0.000 description 4
- 238000000926 separation method Methods 0.000 description 4
- 238000000034 method Methods 0.000 description 3
- WYWHKKSPHMUBEB-UHFFFAOYSA-N 6-Mercaptoguanine Natural products N1C(N)=NC(=S)C2=C1N=CN2 WYWHKKSPHMUBEB-UHFFFAOYSA-N 0.000 description 2
- 229920001621 AMOLED Polymers 0.000 description 2
- 238000010923 batch production Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 229940095374 tabloid Drugs 0.000 description 2
- 235000019400 benzoyl peroxide Nutrition 0.000 description 1
- 125000002277 benzylpenicilloyl group Chemical group C(=O)(O)[C@@H]1N[C@H](SC1(C)C)[C@@H](C(=O)*)NC(CC1=CC=CC=C1)=O 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012946 outsourcing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
Description
Gecompartimenteerd computerstelselCompartmented computer system
Stand van de techniekState of the art
Figuur 1 toont een computerstelsel 1 dat als voorbeeld van een dergelijk stelsel uit de stand van de techniek kan dienen. Het is gebaseerd op een compartimentering in drie gedeelten: een front-office, een mid-office en een back-office.Figure 1 shows a computer system 1 that can serve as an example of such a system from the prior art. It is based on a compartmentalization in three parts: a front office, a mid office and a back office.
De front-office is opgedeeld in twee onderdelen: een eerste front-office 3a voor particuliere gebruikers en een tweede front-office 3b voor professionele gebruikers. De mid-office is ook opgedeeld in twee onderdelen: een eerste mid-office 5a voor particuliere gebruikers en een tweede mid-office 5b voor professionele gebruikers. De back-office tenslotte is eveneens opgedeeld in twee onderdelen: een eerste back-office 7a voor particuliere gebruikers en een tweede back-office 7b voor professionele gebruikers.The front office is divided into two parts: a first front office 3a for private users and a second front office 3b for professional users. The mid-office is also divided into two parts: a first mid-office 5a for private users and a second mid-office 5b for professional users. Finally, the back office is also divided into two parts: a first back office 7a for private users and a second back office 7b for professional users.
De eerste en tweede front-office 3a, 3b bestaan uit een groot aantal webservers en servers voor cliënt applicaties die onder andere vanwege beschikbaarheid en stabiliteit gescheiden zijn van de eerste en tweede mid-office 5a, 5b. Voorbeelden van diensten die de eerste front-office servers ondersteunen zijn: • relatiebeheer KSOD 9 = Klanten Server Orderdesk • Klanten sites 11, die bijvoorbeeld betrekking hebben op Al ex Zelf Beleggen, Alex Fondsbeleggen, Alex Pro (website), Alex Bottomline, Alex Vermogensbeheer,The first and second front office 3a, 3b consist of a large number of web servers and servers for client applications that, among other things, are separated from the first and second mid-office 5a, 5b due to availability and stability. Examples of services that support the first front-office servers are: • relationship management KSOD 9 = Customer Server Order Desk • Customer sites 11, which for example relate to Al ex Self Investing, Alex Fund Investing, Alex Pro (website), Alex Bottomline, Alex Asset Management ,
Al ex Advies, Binck Zelf Beleggen, Binck Pro Trader (website).Already ex Advice, Binck Self Investing, Binck Pro Trader (website).
• Mobiele sites 13, die bijvoorbeeld betrekking heeft op Alex & Binck: Mobile (voor alle mobiele apparaten).• Mobile sites 13, which relates, for example, to Alex & Binck: Mobile (for all mobile devices).
• Web trader 15: dit betreft bijvoorbeeld Binck Trader, XTA Trader • Trader 17: dit betreft bijvoorbeeld de diensten Alex Pro, Binck Pro Trader • Mobiele applicaties 19, zoals Alex & Binck, dat onder meer geschikt is voor iPhone’s, iPad’s, en systemen gebaseerd op Android,• Web trader 15: for example, Binck Trader, XTA Trader • Trader 17: for example, the services Alex Pro, Binck Pro Trader • Mobile applications 19, such as Alex & Binck, which is suitable for iPhones, iPads, and systems based on Android,
Voorbeelden van diensten die de tweede front-office servers 3b ondersteunen zijn: Binck België, Binck Frankrijk, Binck Professional, diverse sites mbt derden (BPO’s = Business Process Outsourcing)Examples of services that support the second front office servers 3b are: Binck Belgium, Binck France, Binck Professional, various third-party sites (BPOs = Business Process Outsourcing)
In essentie neemt de mid-office 5a functionaliteit voor zijn rekening die gekenmerkt wordt door functies als: instellingen, onderhoud van fondsgegevens, in/uitboeken van portefeuilles, batchprocessen zoals kwartaalnota’s/overzichten, dagelijkse berekeningen van klantrendement, rekeningafschriften, etc. Voorbeelden daarvan zijn basissystemen 21 zoals Stamgegevens (SG) (beursinstellingen, rekeningsoortinstellingen, algemene systeeminstellingen, etc), Fondsgegevens (FG), Risicomanagement-systeem (RMS), Alex Portefeuille Management (APM) (dit is vermogensbeheer), en systemen voor het uitvoeren van bepaalde gedeelde generieke en enkelvoudige functies 23 zoals het verzorgen van informatie betreffende beurskoersen, het aansturen van beursconnecties, etc.In essence, the mid-office 5a takes care of functionality that is characterized by functions such as: settings, maintenance of fund data, portfolios in / out, batch processes such as quarterly invoices / statements, daily calculations of customer returns, account statements, etc. Examples are basic systems 21 such as Master data (SG) (stock exchange institutions, account type institutions, general system settings, etc), Fund data (FG), Risk management system (RMS), Alex Portfolio Management (APM) (this is asset management), and systems for executing certain shared generic and single functions 23 such as providing information regarding stock prices, controlling stock market connections, etc.
De tweede mid-office 5b verzorgt basissystemen als Binck Alert Module (BAM), handelssysteem/koersverwerking (x-orsyst), etc.The second mid-office 5b provides basic systems such as Binck Alert Module (BAM), trading system / price processing (x-orsyst), etc.
De voornaamste functies van de eerste back-office 7a zijn gekoppeld aan het uitvoeren van batch georiënteerde taken, zoals : (automatische) transactieverwerking, Reconciliatie, Corporate Actions, Settlements, Betalingsverkeer, batchprocessen zoals future bijstelling, renteberekening, assignments en joumalisering. Voor de tweede back-office 7b betreft dat taken als CRM, ordering, Fondsgegevens, Reconciliatie, Corporate Actions, Settlements, Betalingsverkeer.The main functions of the first back-office 7a are linked to performing batch-oriented tasks, such as: (automatic) transaction processing, Reconciliation, Corporate Actions, Settlements, Payments, batch processes such as future adjustment, interest calculation, assignments and joumalization. For the second back office 7b this concerns tasks such as CRM, ordering, Fund data, Reconciliation, Corporate Actions, Settlements, Payments.
De back-office 7a, 7b is geïsoleerd van de mid-office 5a, 5b omdat de batch georiënteerde verwerking principieel anders is dan de werking van zowel de front-office 3a, 3b als de mid-office 5a, 5b, die beide voornamelijk real-time functies uitvoeren.The back office 7a, 7b is isolated from the mid-office 5a, 5b because the batch-oriented processing is in principle different from the operation of both the front-office 3a, 3b and the mid-office 5a, 5b, both of which are mainly real -time functions.
Enkele voordelen van de situatie van figuur 1 zijn: • Eenvoudig beheer (o.a. deployment en management wordt uitgevoerd op diverse servers), • Duidelijk scheidingen, • De batch-gewijze verwerking in de back-office staat los van de real-time verwerking in de front-office en mid-office.Some of the advantages of the situation in figure 1 are: • Simple management (including deployment and management is performed on various servers), • Clear separations, • The batch-wise processing in the back-office is independent of the real-time processing in the front office and mid office.
De benodigde capaciteit en schaalbaarheid van front-office 3a, 3b en mid-office 5a, 5b wordt voornamelijk behaald door het bij schakelen van meer (virtuele) machines als dat nodig is. In de praktijk kan dat uitgroeien tot een groot aantal, bijvoorbeeld 200 virtual machines (VM’s) in het mid-office deel 5a, 5b. In een voorbeeld communiceren zij met elkaar op hetzelfde communicatiekanaal. De VM’s zijn bijvoorbeeld van elkaar gescheiden afhankelijk van de functie die ze moeten uitvoeren. Een dergelijke opzet blijkt in de praktijk een onvoorspelbare schaalbaarheid met zich mee te brengen.The required capacity and scalability of front office 3a, 3b and mid-office 5a, 5b is mainly achieved by switching more (virtual) machines if needed. In practice, that can grow to a large number, for example 200 virtual machines (VMs) in the mid-office parts 5a, 5b. In one example, they communicate with each other on the same communication channel. For example, the VMs are separated from each other depending on the function they are to perform. In practice, such a set-up appears to entail unpredictable scalability.
Een risico van de huidige opzet ligt in het feit dat met name in het mid-office deel 5a, 5b grote onderlinge afhankelijkheden bestaan waardoor problemen in de mid-office 5a, 5b direct tot grote problemen voor het totale platform kunnen leiden. Om deze risico’s te verkleinen moeten de onderlinge afhankelijkheden omlaag.A risk of the current set-up lies in the fact that especially in the mid-office part 5a, 5b there are large interdependencies, so that problems in the mid-office 5a, 5b can directly lead to major problems for the total platform. To reduce these risks, interdependencies must be reduced.
Voorts laat de opbouw slecht toe dat er een representatieve testomgeving wordt gebouwd. Daardoor is het platform moeilijk testbaar wat betreft belasting.Furthermore, the structure makes it difficult to build a representative test environment. This makes the platform difficult to test in terms of load.
Ook is er in de praktijk veel multicast verkeer.There is also a lot of multicast traffic in practice.
Samenvatting van de uitvindingSummary of the invention
Doel van de uitvinding is tenminste één van de hierboven genoemde problemen op te lossen.The object of the invention is to solve at least one of the above-mentioned problems.
Daartoe voorziet de uitvinding in computerstelsel voorzien van meerdere servers, waarbij iedere server is voorzien van een processor die is verbonden met een of meer geheugens waarin een of meer computerprogramma’s zijn opgeslagen die instructies en gegevens omvatten, waarbij de een of meer computerprogramma’s het bedrijf van diverse virtuele machines mogelijk maken, welke virtuele machines als volgt zijn gegroepeerd: a. Een base systeem met meerdere basiscompartimenten, waarbij de virtuele machines in de basiscompartimenten ten minste real-time functionaliteit voor klanten ondersteunen, b. Een generiek systeem met tenminste één generiek compartiment en één batchcompartiment, waarbij de virtuele machines in het generieke compartiment gedeelde functionaliteit ondersteunen voor alle basiscompartimenten en de virtuele machines in het batchcompartiment batchverwerkingsfunctionaliteit betreffende klantgerelateerde batches voor alle basiscompartimenten ondersteunen; c. Een back-office systeem met tenminste één back-office compartiment, waarbij de virtuele machines in het back-office compartiment batchverwerkingsfunctionaliteit betreffende systeem-interne batches voor alle basiscompartimenten ondersteunen; waarbij elk basiscompartiment is onderverdeeld in een front-end container en een backend container, waarbij virtuele machines in de front-end container functionaliteit betreffende direct contact met klanten verschaffen en virtuele machines in de back-end container die niet aan direct klantcontact gekoppelde functionaliteit verschaffen, waarbij alle virtuele machines die bij één front-end container horen op één fysieke front-end container server draaien en waarbij alle virtuele machines die bij één backend container horen op één fysieke back-end container server draaien die gescheiden is van de front-end container server.To this end, the invention provides a computer system provided with a plurality of servers, wherein each server is provided with a processor which is connected to one or more memories in which one or more computer programs are stored containing instructions and data, the one or more computer programs enable virtual machines, which virtual machines are grouped as follows: a. A base system with several basic compartments, where the virtual machines in the basic compartments support at least real-time functionality for customers, b. A generic system with at least one generic compartment and one batch compartment, wherein the virtual machines in the generic compartment support shared functionality for all basic compartments and the virtual machines in the batch compartment support batch processing functionality regarding customer-related batches for all basic compartments; c. A back office system with at least one back office compartment, where the virtual machines in the back office compartment support batch processing functionality concerning system internal batches for all basic compartments; wherein each basic compartment is subdivided into a front-end container and a back-end container, wherein virtual machines in the front-end container provide functionality concerning direct contact with customers and virtual machines in the back-end container that provide functionality not linked to direct customer contact, wherein all virtual machines that belong to one front-end container run on one physical front-end container server and where all virtual machines that belong to one back-end container run on one physical back-end container server that is separate from the front-end container server.
Het voordeel van de uitvinding is dat uitval van één machine niet tot uitval (door bijvoorbeeld overload) van andere machines leidt. Voorts leidt een verstoring (bijvoorbeeld op netwerkniveau) binnen een compartiment niet tot een verstoring van het geheel. Ook is het relatief makkelijk een representatieve testomgeving te maken. Als de productieomgeving bijvoorbeeld uit 10 compartimenten zou bestaan op 100.000 klanten, dan kan op de testomgeving 1 compartiment worden ingezet en worden getest met 10.000 (virtuele) klanten.The advantage of the invention is that failure of one machine does not lead to failure (due to, for example, overloading) of other machines. Furthermore, a disruption (for example at network level) within a compartment does not lead to a disruption of the whole. It is also relatively easy to create a representative test environment. For example, if the production environment consisted of 10 compartments for 100,000 customers, then 1 compartment can be deployed in the test environment and tested with 10,000 (virtual) customers.
FigurenFigures
De uitvinding zal worden toegelicht aan de hand van enkele figuren, die zijn bedoeld ter illustratie van een uitvoeringsvorm. Zij zijn niet beperkend bedoeld m.b.t. de uitvindingsgedachte die alleen wordt beperkt door de reikwijdte van de aangehangen conclusies en technische equivalenten daarvan.The invention will be elucidated with reference to a few figures, which are intended to illustrate an embodiment. They are not intended to be limiting with regard to the inventive concept, which is only limited by the scope of the appended claims and their technical equivalents.
Figuur 1 toont een computerstelsel volgens de stand van de techniek.Figure 1 shows a computer system according to the prior art.
Figuur 2 toont een gecompartimenteerd computerstelsel volgens de uitvinding.Figure 2 shows a compartmentalized computer system according to the invention.
Figuur 3 toont een overzicht van diverse verkeersstromen.Figure 3 shows an overview of various traffic flows.
Figuur 4 toont een host verdeling productie.Figure 4 shows a host distribution production.
Figuur 5 toont een ontwikkelomgeving.Figure 5 shows a development environment.
Figuur 6 toont een testomgeving.Figure 6 shows a test environment.
Figuur 7 toont een acceptatieomgeving.Figure 7 shows an acceptance environment.
Figuur 8 toont een schaduwomgeving.Figure 8 shows a shadow environment.
Beschrijving van uitvoeringsvormenDescription of embodiments
Figuur 2 toont een gecompartimenteerd stelsel 2 volgens de uitvinding. Dit omvat drie gedeelten: een base systeem 3c, een generiek systeem 5c, respectievelijk een backoffice systeem 7c in plaats van front-office 3a, mid-office 5a, respectievelijk backoffice 7a uit figuur 1.Figure 2 shows a compartmentalized system 2 according to the invention. This comprises three parts: a base system 3c, a generic system 5c, and a back office system 7c instead of front office 3a, mid office 5a, and back office 7a respectively from Figure 1.
Het base systeem 3c omvat functionaliteiten die gekoppeld zijn aan basissystemen zoals Stamgegevens (SG), Fondsgegevens (FG), Risicomanagement systeem (RMS),The base system 3c comprises functionalities that are linked to basic systems such as Master data (SG), Fund data (FG), Risk management system (RMS),
Alex Portefeuille Management(APM), dat wil zeggen alle real-time functionaliteiten die zich in figuur 1 nog in de mid-office 5a bevonden.Alex Portfolio Management (APM), ie all real-time functionalities that were still in mid-office 5a in Figure 1.
De structuur van het base systeem 3c is, in meer detail, als volgt: • Het base systeem 3c omvat 2 of meer basiscompartimenten 25(n) (n = 1, 2, ..N).The structure of the base system 3c is, in more detail, as follows: • The base system 3c comprises 2 or more base compartments 25 (n) (n = 1, 2, .. N).
• Elk basiscompartiment 25 (n) heeft een soortgelijke structuur en omvat een deel dat hier front-end container 27(n) (n = 1,2, ..N) wordt genoemd en een tweede deel dat hier back-end container 29(n) (n = 1,2, ..N) wordt genoemd. De front-end onderdelen verzorgen het directe contact met de klant (en/of medewerker).• Each basic compartment 25 (n) has a similar structure and comprises a part that is referred to here as front-end container 27 (n) (n = 1.2, .. N) and a second part that is referred to here as back-end container 29 ( n) (n = 1.2, .. N). The front-end components provide direct contact with the customer (and / or employee).
• Elke front-end container 27(n) omvat: o Relatiebeheer KSOD 9(n) = Klanten Service Orderdesk, o Klanten sites 1 l(n): dit zijn de sites waar retail klanten inloggen en handelen, o Mobiele sites 13(n): dit zijn sites specifiek geschikt voor de mobile device’s (smartphones), o Web trader 15(n): site voor beleggers die frequenter handelen, meer snelheid willen en meer eisen stellen aan de beschikbare financiële analyses e.d., o XTA trader 16(n): deze site is bedoeld voor actieve, semi-professionele beleggers, o Pro Trader 17(n): dit is een separate applicatie die klanten op een PC moeten installeren en waarmee ze (weliswaar via een intemet-connectie, maar niet met een browser) inloggen op een speciale server, o Mobiele applicaties 19(n): dit zijn separate applicaties die op Smartphones en Tablets geïnstalleerd kunnen worden, zodat via een internet-verbinding een directe koppeling met het platform kan worden gelegd.• Each front-end container 27 (n) includes: o Relationship management KSOD 9 (n) = Customer Service Order Desk, o Customer sites 1 l (n): these are the sites where retail customers log in and trade, o Mobile sites 13 (n) ): these are sites specifically suited for the mobile devices (smartphones), o Web trader 15 (n): site for investors who act more frequently, want more speed and make more demands on the available financial analyzes, etc., o XTA trader 16 (n ): this site is intended for active, semi-professional investors, o Pro Trader 17 (n): this is a separate application that customers must install on a PC and with which they (albeit via an internet connection, but not with a browser ) logging in to a special server, o Mobile applications 19 (n): these are separate applications that can be installed on Smartphones and Tablets, so that a direct connection can be made to the platform via an internet connection.
• Elke back-end container 29(n) omvat basissystemen die niet aan direct klantcontact zijn gekoppeld, zoals de eerder genoemde onderdelen Stamgegevens (SG) (beursinstellingen, rekeningsoortinstellingen, algemene systeeminstellingen, etc), Fondsgegevens (FG), Risicomanagement-systeem (RMS), Alex Portefeuille Management (APM).• Each back-end container 29 (n) comprises basic systems that are not linked to direct customer contact, such as the aforementioned Master data (SG) (stock exchange institutions, account type settings, general system settings, etc), Fund data (FG), Risk management system (RMS) ), Alex Portfolio Management (APM).
Het generieke systeem 5c omvat een generiek compartiment 23 voor generieke, enkelvoudige functies zoals het verzorgen van beurskoersen, beursconnecties, nieuwsfeeds, etc. Ook omvat het generieke systeem 5c een batchcompartiment 31 voor het uitvoeren van batchverwerkende taken zoals: kwartaalnota’s/overzichten, dagelijkse berekening van klantrendement, rekeningafschriften (dus vooral gericht op klantgerelateerde batches). In de regel zal er één generiek compartiment en één batchcompartiment zijn en zullen er meerdere basiscompartimenten zijn. Failover voor generiek en batch is dan binnen het generieke compartiment, respectievelijk het batch compartiment geregeld. In theorie kunnen er meerdere generieke compartimenten en batch compartimenten zijn.The generic system 5c includes a generic compartment 23 for generic, single functions such as stock market quotes, stock market connections, news feeds, etc. The generic system 5c also includes a batch compartment 31 for performing batch processing tasks such as: quarterly notes / overviews, daily calculation of customer return, account statements (so mainly focused on customer-related batches). As a rule there will be one generic compartment and one batch compartment and there will be several basic compartments. Failover for generic and batch is then arranged within the generic compartment or the batch compartment respectively. In theory there can be several generic compartments and batch compartments.
Het back-office systeem 7c kan identiek zijn aan back-office 7a en omvat een back-office compartiment 32 dat is ingericht voor het verwerken van batchgewijze transacties/processen, zoals: future bijstelling, renteberekening, assignments, journalisering (dus meer gericht op interne batches).The back-office system 7c can be identical to back-office 7a and comprises a back-office compartment 32 which is arranged for processing batch transactions / processes, such as: future adjustment, interest calculation, assignments, journalization (so more focused on internal batches).
Base compartimenten 25(n) hebben een schaling die gekoppeld is aan het aantal klanten. Het generieke compartiment 23 schaalt mee met het aantal ontvangen koersen en aantal aangesloten beurzen.Base compartments 25 (n) have a scaling that is linked to the number of customers. The generic compartment 23 scales with the number of quotes received and the number of affiliated exchanges.
Hierna zal worden uitgelegd hoe de basiscompartimenten 25(n), het generieke compartiment 23, het batchcompartiment 31 en het back-office compartiment 32 op fysieke computers wordt geïmplementeerd. Naar elk van die computers wordt hierna ook wel verwezen als “server”, “host”, “ESX host” of kortweg “ESX” (ESX is een VMWare product dat de virtualisatie verzorgt. Vanuit VMWare wordt de fysieke machine waar VMs op draaien ESX Hosts genoemd).Next, it will be explained how the basic compartments 25 (n), the generic compartment 23, the batch compartment 31 and the back office compartment 32 are implemented on physical computers. Each of these computers is referred to hereinafter as "server", "host", "ESX host" or simply "ESX" (ESX is a VMWare product that provides virtualization. From VMWare the physical machine on which VMs run is ESX Called hosts).
Voor alle duidelijkheid wordt hier kort beschreven en getoond hoe zo’n computer er uit kan zien. Zie figuur 8. Figuur 8 toont een computer inrichting 801met een processor/CPU 802 voor het uitvoeren van rekenkundige bewerkingen.For clarity's sake, here is a brief description and presentation of what such a computer can look like. See Figure 8. Figure 8 shows a computer device 801 with a processor / CPU 802 for performing arithmetic operations.
De processor 802 is verbonden met een aantal geheugencomponenten waaronder een harde schijf 805, Read Only Memory (ROM) 807, Electrically Erasable Programmable Read Only Memory (EEPROM) 809 en Random Access Memory (RAM) 811. Niet al deze geheugentypen hoeven noodzakelijkerwijs aanwezig te zijn. Bovendien hoeven zij niet fysiek vlak bij de processor 802 te zijn geplaatst. Zij kunnen ook op afstand daarvan zijn geplaatst.The processor 802 is connected to a number of memory components including a hard drive 805, Read Only Memory (ROM) 807, Electrically Erasable Programmable Read Only Memory (EEPROM) 809 and Random Access Memory (RAM) 811. Not all of these memory types need necessarily be present to be. Moreover, they do not have to be physically located close to the processor 802. They can also be placed at a distance therefrom.
De processor 802 is eveneens verbonden met middelen voor het invoeren van instructies, gegevens, enz. door een gebruiker, zoals een toetsenbord 813 en een muis 815. Andere invoermiddelen, zoals een touch screen, een track ball en/of spraak converter, die bekend zijn aan de deskundige, kunnen eveneens worden toegepast.The processor 802 is also connected to means for entering instructions, data, etc. by a user, such as a keyboard 813 and a mouse 815. Other input means, such as a touch screen, a track ball and / or speech converter, which are known to the person skilled in the art can also be used.
Een met de processor 802 verbonden leeseenheid 817 is voorzien. De leeseenheid 817 is ingericht om gegevens te lezen van en eventueel op te slaan op een gegevensdrager, zoals een floppy disk 819 of een CDROM 821. Andere gegevensdragers kunnen bijvoorbeeld DVD's, Blu Ray disks, Compact Flash (CF), Secure Digital (SD), Micro SD, Mini SD, Extreme Digital (xD), en memory sticks betreffen, zoals bekend is aan de deskundige.A reading unit 817 connected to the processor 802 is provided. The reading unit 817 is adapted to read data from and possibly store it on a data carrier, such as a floppy disk 819 or a CDROM 821. Other data carriers can, for example, be DVDs, Blu Ray discs, Compact Flash (CF), Secure Digital (SD) , Micro SD, Mini SD, Extreme Digital (xD), and memory sticks concern, as is known to those skilled in the art.
De processor 802 is ook verbonden met een printer 823 voor het printen van uitvoergegevens op papier, alsmede een weergeefeenheid 803, bijvoorbeeld een monitor of LCD (Liquid Crystal Display) scherm, een plasma display panel, een Organic Light Emitting Diode (OLED), een Active Matrix OLED (AMOLED) of enig ander type weergeefeenheid bekend aan de deskundige.The processor 802 is also connected to a printer 823 for printing output data on paper, as well as a display unit 803, for example a monitor or LCD (Liquid Crystal Display) screen, a plasma display panel, an Organic Light Emitting Diode (OLED), a Active Matrix OLED (AMOLED) or any other type of display unit known to the expert.
De processor 802 is verbonden met een communicatienetwerk 827, bijvoorbeeld het PSTN (Public Switched Telephone Network), een lokaal netwerk (LAN = local area network), een breedgebied-netwerk (WAN = Wide Area Network), enz. door middel van invoer/uitvoermiddelen 825. De processor 802 is ingericht om met andere communicatie-inrichtingen te communiceren via het netwerk 27. In het geval van de uitvinding kunnen (niet getoonde) computers (bijvoorbeeld pc's, laptops, smartphones, tabloid computers) van gebruikers inloggen op de processor 802 via het netwerk 827. De processor 802 kan zijn geïmplementeerd als een op zich zelf staand systeem of als een aantal parallel opererende processoren, die ieder zijn ingericht om subtaken van een groter programma uit te voeren, of als een of meer hoofdprocessoren met diverse subprocessoren. Gedeelten van de functionaliteit van de uitvinding kunnen zelfs, indien gewenst, worden uitgevoerd door op afstand gelegen processoren die met processor 802 communiceren via netwerk 827.The processor 802 is connected to a communication network 827, for example the PSTN (Public Switched Telephone Network), a local area network (LAN), a wide area network (WAN = Wide Area Network), etc. by means of input / output means 825. The processor 802 is adapted to communicate with other communication devices via the network 27. In the case of the invention, computers (not shown) (users' PCs, laptops, smartphones, tabloid computers) can log in to the processor 802 via the network 827. The processor 802 may be implemented as a stand-alone system or as a number of processors operating in parallel, each of which is arranged to perform sub-tasks of a larger program, or as one or more main processors with various sub-processors . Portions of the functionality of the invention may even, if desired, be performed by remote processors communicating with processor 802 via network 827.
In overeenstemming met de uitvinding wordt elk basiscompartiment 25(n) gehost op zijn eigen, aparte fysieke servers, zoals aan de hand van figuur 4 nader zal worden toegelicht. Op elke server draaien verschillende VM’s voor de verschillende deelsystemen (bijvoorbeeld 10 tot 20 VM’s per server). Op deze wijze wordt de functionele scheiding gekoppeld aan een technische scheiding.In accordance with the invention, each basic compartment 25 (n) is hosted on its own separate physical servers, as will be explained in more detail with reference to Figure 4. Different VMs run on each server for the different subsystems (for example 10 to 20 VMs per server). In this way the functional separation is linked to a technical separation.
Gedeelde functionele componenten worden als aparte compartimenten neergezet op eigen servers in generiek systeem 5c (zie figuur 4). Dit betreft bijvoorbeeld het generieke compartiment 23 voor generieke, enkelvoudige functies zoals koersvoorziening en het eerder genoemde batchcompartiment 31 voor b atchverwerkingsfunctie s.Shared functional components are placed as separate compartments on own servers in generic system 5c (see figure 4). This relates, for example, to the generic compartment 23 for generic, single functions such as heading provision and the aforementioned batch compartment 31 for batech processing functions.
De basiscompartimenten 25(n) omvatten met name die onderdelen die wat betreft schaling een min of meer lineaire relatie hebben met de aantallen klanten. Twee maal zoveel klanten betekent twee maal zoveel basiscompartimenten.The basic compartments 25 (n) include in particular those components that have a more or less linear relationship with the numbers of customers as regards scaling. Twice as many customers means twice as many basic compartments.
RichtlijnenGuidelines
Om te voorkomen dat problemen in één basiscompartiment 25(n) tot problemen leiden binnen een ander compartiment 25(i), mogen dergelijke VM’s niet over verschillende compartimenten 25(i) worden heen verplaatst. Bovendien mag een van te voren bepaalde configuratie op een server niet dynamisch worden aangepast zonder menselijke interventie, o.a. ter voorkoming van overbooking. Van overbooking is sprake als men meer virtuele CPU’s zou uitdelen / gebruiken dan er fysieke CPU cores in de fysieke ESX host aanwezig zijn. Als men bijvoorbeeld 20VM’s zou uitdelen die virtueel 2 CPU’s “gebruiken”, zou men 40 virtuele CPU’s hebben. Als men poogt dit te verwezenlijken op een 24 core machine heeft men een overbooking van 16 virtuele CPU’s.To prevent problems in one base compartment 25 (n) leading to problems within another compartment 25 (i), such VMs should not be moved across different compartments 25 (i). Moreover, a predetermined configuration on a server may not be dynamically adjusted without human intervention, inter alia to prevent overbooking. Overbooking is the case if one distributes / uses more virtual CPUs than there are physical CPU cores in the physical ESX host. For example, if one handed out 20VMs that “used” virtual 2 CPUs, one would have 40 virtual CPUs. If one tries to achieve this on a 24 core machine, one has an overbooking of 16 virtual CPUs.
Verdere eisen zijn: • Uitval van een VM in een front-end container 27(n) mag niet tot verstoring leiden, • Uitval van één server mag niet tot grote verstoring leiden Instellingen van compartimentenFurther requirements are: • Failure of a VM in a front-end container 27 (n) must not lead to disruption, • Failure of one server may not lead to major disruption Settings of compartments
Voor het aantal VM’s die draaien in de drie typen compartimenten gelden omwille van de beschikbaarheid in een uitvoeringsvorm bijvoorbeeld de volgende uitgangspunten (zie ook figuur 3): • Elk basiscompartiment 25(n) is dubbel uitgevoerd. Voor elk basiscompartiment 25(n) is er dus een reserve basiscompartiment 25r(n) (niet getekend in figuur 2, wel in figuur 4). Stel dat “M” het aantal VM’s van een front-end container op een server is dat een belasting van een vooraf bepaald aantal calls/uur(client-server sessies) aan kan zonder dat de betreffende server uitvalt of daarop draaiende services uitvallen en de CPU-belasting op de server <= 50% is. Al die M VM’s per front-end moeten dan allemaal volledig op één ESX draaien en niet deels op een andere ESX. Bovendien heeft de identieke reserve front-end container 27r(n) van reserve basiscompartiment 25r(n) dan ook M VM’s draaien op een fysiek aparte reserve ESX. Op deze manier is ook elke ESX simpelweg dubbel uitgevoerd en kan een fysieke uitval van een ESX host worden opgevangen.For the number of VMs running in the three types of compartments, for example, due to the availability in one embodiment, the following assumptions apply (see also figure 3): • Each basic compartment 25 (n) has a double design. So for every basic compartment 25 (n) there is a spare basic compartment 25r (n) (not shown in figure 2, but in figure 4). Suppose that "M" is the number of VMs of a front-end container on a server that can handle a load of a predetermined number of calls / hour (client-server sessions) without the server in question falling out or services running on it and the CPU load on the server is <= 50%. All those M VMs per front-end then all have to run entirely on one ESX and not partly on another ESX. In addition, the identical reserve front-end container 27r (n) of reserve base compartment 25r (n) therefore has M VMs running on a physically separate reserve ESX. In this way, every ESX is also simply duplicated and a physical failure of an ESX host can be absorbed.
• Voor de front-end container 27(n) zijn M VM’s nodig. Dan kan een praktisch systeem bijvoorbeeld 2*M VM’s hebben voor de bijbehorend back-end containers 29(n). Daarvoor zijn dan dubbel zoveel servers ESX nodig. Dit zal verder in detail worden toegelicht onder verwijzing naar figuur 4.• M VMs are required for the front-end container 27 (n). Then a practical system can for example have 2 * M VMs for the associated back-end containers 29 (n). This requires twice as many ESX servers. This will be further explained in detail with reference to Figure 4.
• Het aantal VM’s wordt vastgesteld aan de hand van de verwachte belasting op de verschillende systemen: o Base systeem 3c schaalt mee met het aantal klanten, o Generiek compartiment 23 schaalt mee met het aantal fondsen/koersen, o Batch compartiment 31 schaalt mee met het aantal klanten, maar de relatie zal in de praktijk anders zijn dan die bij base systeem 3c, o Back-office systeem 7c schaalt mee met het aantal klanten. In de praktijk is dat ongeveer op dezelfde wijze als bij batch compartiment 31.• The number of VMs is determined on the basis of the expected tax on the different systems: o Base system 3c scales with the number of customers, o Generic compartment 23 scales with the number of funds / rates, o Batch compartment 31 scales with the number of customers, but the relationship will in practice be different from that with base system 3c, o Back-office system 7c will scale with the number of customers. In practice this is approximately the same as with batch compartment 31.
Het aantal VM’s in deze vier systemen kent geen vaste relatie, d.w.z. het aantal wordt per systeem bepaald.The number of VMs in these four systems has no fixed relationship, i.e. the number is determined per system.
• Een batchcompartiment 31 in generiek systeem 5c heeft (net als de andere “Windows” georiënteerde compartimenten) diverse typen VM’s. Voor het uitvoeren met voldoende capaciteit van een functie kunnen er meerdere, bijvoorbeeld P, VM’s van hetzelfde type nodig zijn om de load van een VM lager dan of gelijk aan 50% te houden. Daarnaast draait er dan één extra VM om uitval tegen te gaan, hetgeen leidt tot een totaal aantal van P+l VM’s. Als voorbeeld: voor een bepaald aantal calls/uur van Type A, zijn 4 VM’s nodig, voor type B 3 VM’s en voor type C 1 VM. Dan zullen er in het batch compartiment 31 voor Type A bijvoorbeeld 5x VM, voor Type B 4x VM en voor Type C 2x VM draaien.• A batch compartment 31 in generic system 5c has (just like the other "Windows" oriented compartments) various types of VMs. To perform a function with sufficient capacity, several, for example P, VMs of the same type may be required to keep the load of a VM below or equal to 50%. In addition, one additional VM is running to prevent failure, which leads to a total number of P + 1 VMs. As an example: for a certain number of calls / hour of Type A, 4 VMs are required, for type B 3 VMs and for type C 1 VM. Then in the batch compartment 31 for Type A, for example 5x VM, for Type B 4x VM and for Type C 2x VM will be running.
• Al deze P+l VM’s zijn gedurende bedrijf actief en zorgen ervoor dat als er een VM uitvalt de capaciteit nog steeds voldoende is en het systeem niet direct in de gevarenzone komt. Voor de beschikbaarheid is er een reserve server die identiek is geconfigureerd als de andere server, dus inclusief P+l draaiende VM’s.• All these P + l VMs are active during operation and ensure that if a VM fails, the capacity is still sufficient and the system does not immediately enter the danger zone. For availability there is a reserve server that is configured identically to the other server, so including P + 1 running VMs.
• Generiek compartiment 23 in generiek systeem 5c heeft Q+l VM’s. Met “Q” VM’s wordt bedoeld het aantal VM’s van generiek compartiment 23 dat een belasting van het vooraf bepaalde aantal calls/uur (client-server sessies) aan kan zonder dat de betreffende server uitvalt of daarop draaiende services uitvallen en de CPU-belasting op de server <= 50% is. Er draait dus voor de beschikbaarheid altijd één VM van generiek compartiment 23 meer dan volgens de verwachting nodig zou zijn. Al deze Q+l VM’s zijn gedurende bedrijf actief en zorgen ervoor dat als er een VM uitvalt de capaciteit nog steeds voldoende is en het systeem niet direct wordt overbelast. Voor de beschikbaarheid is er een reserve server die identiek is geconfigureerd als de andere server, dus inclusief Q+l draaiende VM’s.• Generic compartment 23 in generic system 5c has Q + 1 VMs. By "Q" VMs is meant the number of VMs of generic compartment 23 that can handle a load of the predetermined number of calls / hour (client-server sessions) without the server in question falling out or services running on it and the CPU load on the server is <= 50%. For availability, therefore, one VM of generic compartment 23 always runs more than would be expected. All these Q + l VMs are active during operation and ensure that if a VM fails, the capacity is still sufficient and the system is not immediately overloaded. For availability there is a spare server that is configured identically to the other server, so including Q + 1 running VMs.
• Het back-office compartiment 32 in het back-office systeem 7c is bijvoorbeeld een AIX applicatie en gebruikt dan geen VM’s.• The back office compartment 32 in the back office system 7c is, for example, an AIX application and then does not use VMs.
Instellingen van ESX hostsSettings of ESX hosts
Tijdens onderzoek naar problemen is gebleken dat overbooking van processoren op een ESX kan leiden tot problemen zoals gemiste of verloren gegane paketten op de virtuele NICS (= Network Interface Cards). Diverse programmatuur heeft hier last van in de praktijk. Een issue is daarbij dat er veel “listeners” (een “listener” luistert al het (netwerk)verkeer af en zoekt verkeer eruit dat voor hem (zijn server) is bestemd) op één ESX host staan die allemaal naar dezelfde multicast boodschappen luisteren. Bij ontvangst van zo’n multicast boodschap worden al deze listeners actief en zij vragen dan dus op hetzelfde moment CPU-tijd. Bij overbooking kan het voorkomen dat listeners enkele clock cycli zullen moeten wachten wat onder meer load retransmits kan veroorzaken. In de productieomgeving is daarom geen overbooking op een ESX toegestaan. Dat wil zeggen, er wordt voor gezorgd, dat bij piekbelasting van alle processen (VM’s) die op een ESX lopen de ESX dit ook daadwerkelijk aan kan. De indeling in VMWare wordt zo gekozen, dat er niet meer virtuele CPU’s worden uitgedeeld dan er fysieke cores (=CPU’s) zijn.Research into problems has shown that overbooking of processors on an ESX can lead to problems such as missed or lost packages on the virtual NICS (= Network Interface Cards). Various programs suffer from this in practice. An issue is that many listeners (a listener) listens for all (network) traffic and searches for traffic that is intended for him (his server) on one ESX host that all listen to the same multicast messages. Upon receipt of such a multicast message, all these listeners become active and therefore require CPU time at the same time. With overbooking it can happen that listeners will have to wait a few clock cycles, which can cause load retransmits, among other things. Overbooking on an ESX is therefore not permitted in the production environment. That is to say, it is ensured that at peak loads of all processes (VMs) running on an ESX, the ESX can actually handle this. The format in VMWare is chosen so that no more virtual CPUs are distributed than there are physical cores (= CPUs).
Tijdens onderzoek naar problemen is ook gebleken dat Hyperthreading (een eigenschap van sommige chips waardoor één fysieke CPU naar buiten optreedt als twee logische CPU’s) op een fysiek niveau zou kunnen leiden tot problemen zoals gemiste of verloren gegane pakketten. Het rendement blijkt in de praktijk ook niet zo hoog te zijn. Het rendement weegt hierbij niet op tegen de risico’s. In de productieomgeving zal daarom geen hyperthreading op de ESX worden gebruikt.Research into problems has also shown that Hyperthreading (a feature of some chips that causes one physical CPU to act out as two logical CPUs) on a physical level could lead to problems such as missed or lost packets. The return appears to be not that high in practice either. The return does not outweigh the risks. Hyperthreading on the ESX will therefore not be used in the production environment.
Op Network Interface Cards van de ESX’s wordt bij voorkeur “auto negotiate” ingesteld. Daarmee wordt automatisch een actuele conditie herkend en worden instellingen dienovereenkomstig aangepast. In de praktijk betekent dit dat lijnsnelheden aan beide kanten van de Network Interface Cards worden waargenomen en dat dan de hoogst haalbare snelheid wordt gekozen."Auto negotiate" is preferably set on Network Interface Cards of the ESXs. This automatically recognizes a current condition and adjusts settings accordingly. In practice, this means that line speeds are detected on both sides of the Network Interface Cards and that the highest achievable speed is then selected.
Netwerk.Network.
Nu zal het netwerk van het platform in meer detail worden beschreven onder verwijzing naar figuur 3. Figuur 3 toont zowel de verschillende logische componenten van het stelsel 2 als de diverse verkeersstromen daarbinnen.The network of the platform will now be described in more detail with reference to figure 3. Figure 3 shows both the different logical components of the system 2 and the various traffic flows within it.
Het stelsel 2 is via een of meer geschikte firewalls 37 met een al dan niet beveiligd netwerk 827 verbonden, zodat gebruikers met hun eigen computers (bijvoorbeeld pc's, laptops, smartphones, tabloid computers) toegang kunnen krijgen tot het stelsel 2.The system 2 is connected via one or more suitable firewalls 37 to a network 827, whether or not secured, so that users can access the system 2 with their own computers (for example, PCs, laptops, smartphones, tabloid computers).
De figuur toont twee basiscompartimenten 25(1), 25(2) met hun respectieve reserve basiscompartimenten 25r(l), 25r(2) in gestippelde lijnen in het base systeem 3c, alsmede het generieke compartiment 23 en batchcompartiment 31 in generiek systeem 5c en het back-office compartiment 32.The figure shows two basic compartments 25 (1), 25 (2) with their respective reserve basic compartments 25r (1), 25r (2) in dotted lines in the base system 3c, as well as the generic compartment 23 and batch compartment 31 in generic system 5c and the back office compartment 32.
Elke front-end container 27(n) heeft meerdere VM’s. Een groep VM’s 41(n) is verantwoordelijk voor Klantensites 11 (n), een groep VM’s 43(n) voor Pro Trader 17(n), en verdere groepen VM’s 45(n) voor alle functies die bij de front-end containers 27(n) zijn genoemd (figuur 2).Each front-end container 27 (n) has multiple VMs. A group of VMs 41 (n) is responsible for Customer Sites 11 (n), a group of VMs 43 (n) for Pro Trader 17 (n), and further groups of VMs 45 (n) for all functions associated with the front-end containers 27 (n) are mentioned (figure 2).
Elke back-end container 29(n) heeft ook meerdere VM’s. Zo kan een groep VM’s 47(n) verantwoordelijk zijn voor Stamgegevens (SG) (beursinstellingen, rekeningsoort-instellingen, algemene systeeminstellingen, etc), een groep VM’s 49(n) voor Fondsgegevens (FG), en steeds een aparte VM’s 51(n),.....voor andere taken zoals Risicomanagement-systeem (RMS) en Alex Portefeuille Management (APM).Each back-end container 29 (n) also has multiple VMs. For example, a group of VMs 47 (n) may be responsible for Master data (SG) (stock exchange institutions, account type settings, general system settings, etc), a group of VMs 49 (n) for Fund data (FG), and always a separate VMs 51 (n ), ..... for other tasks such as Risk Management System (RMS) and Alex Portfolio Management (APM).
Het generieke compartiment 23 heeft bijvoorbeeld een groep VM’s 53 voor QDS (= Quote Distribution Service), een groep VM’s 55 voor nieuws en verdere groepen VM’s 57 voor overige taken.For example, the generic compartment 23 has a group of VMs 53 for QDS (= Quote Distribution Service), a group of VMs 55 for news and further groups of VMs 57 for other tasks.
Het batch compartiment 31 heeft diverse groepen VM’s 59, 61, 63, .... voor batch-taken als kwartaalnota’s/overzichten, dagelijkse berekening van klantrendement, rekeningafschriften.The batch compartment 31 has various groups of VMs 59, 61, 63, .... for batch tasks such as quarterly invoices / statements, daily calculation of customer returns, account statements.
Het back-office compartiment 32 werkt niet met VM’s, maar bijvoorbeeld met één softwarepakket.The back office compartment 32 does not work with VMs, but with, for example, one software package.
De netwerkverbindingen binnen het in figuur 3 getoonde stelsel 2 zijn als volgt.The network connections within the system 2 shown in Figure 3 are as follows.
Tussen de firewalls 37 en het stelsel 2 bevinden zich diverse VLAN (= Virtual Local Area Network) verbindingen, die verantwoordelijk zijn voor communicatieverkeer (bijvoorbeeld al het “Windows™” verkeer) bijvoorbeeld middels TCP/IP pakketverkeer (maar elk ander geschikt communicatieprotocol kan in plaats daarvan worden gebruikt). Deze VLAN verbindingen worden hier externe VLAN verbindingen 67(1), 67(2), 67(3) genoemd. Alle VM’s in alle compartimenten kunnen via een van deze externe VLAN verbindingen 67(1), 67(2), 67(3) met de buitenwereld communiceren via de firewalls 37.Between the firewalls 37 and the system 2 there are various VLAN (= Virtual Local Area Network) connections, which are responsible for communication traffic (for example all the “Windows ™” traffic) for example via TCP / IP packet traffic (but any other suitable communication protocol can used instead). These VLAN connections are referred to here as external VLAN connections 67 (1), 67 (2), 67 (3). All VMs in all compartments can communicate with the outside world via one of these external VLAN connections 67 (1), 67 (2), 67 (3) via the firewalls 37.
Een verdere groep VLAN verbindingen zijn TIBCO VLAN verbindingen 69, waarover TIBCO verkeer, waaronder notifications, heen en weer kan worden gestuurd. TIBCO verkeer verwijst naar Messaging middleware met de productnaam Rendezvous dat verkrijgbaar is bij TIBCO Software Inc., Palo Alto, CA (www.tibco.com) dat betrekking heeft op applicatie integratie producten. Het betreft bijvoorbeeld “request/supply”, publicatie- en abonneemodellen. Deze TIBCO VLAN verbindingen 69 verbinden alle VM’s in alle compartimenten met elkaar zodat iedere VM in elk compartiment boodschappen kan uitwisselen met iedere andere VM in elk (ander) compartiment. Er zijn aparte TIBCO switches. Dit heeft als voordeel dat het TIBCO verkeer niet over de firewalls 37 gerouteerd hoeft te worden en de TIBCO switches worden zo geconfigureerd dat ze alleen TIBCO verkeer doorlaten.A further group of VLAN connections are TIBCO VLAN connections 69, over which TIBCO traffic, including notifications, can be sent back and forth. TIBCO traffic refers to Messaging middleware with the product name Rendezvous available from TIBCO Software Inc., Palo Alto, CA (www.tibco.com) that relates to application integration products. This concerns, for example, "request / supply", publication and subscriber models. These TIBCO VLAN connections 69 connect all VMs in all compartments with each other so that every VM in each compartment can exchange messages with every other VM in each (other) compartment. There are separate TIBCO switches. This has the advantage that the TIBCO traffic does not have to be routed over the firewalls 37 and the TIBCO switches are configured such that they only allow TIBCO traffic to pass.
Een speciale groep koersinformatie VLAN verbindingen 71 is aanwezig tussen de VM’s 53 in het generieke compartiment 23 en die VM’s in het batchcompartiment 31, de front-end containers 27(n) en de back-end containers 29(n) die gebruik maken van (actuele) koersinformatie van beurzen over de gehele wereld.A special group of course information VLAN connections 71 is present between the VMs 53 in the generic compartment 23 and those VMs in the batch compartment 31, the front-end containers 27 (n) and the back-end containers 29 (n) that use ( current) price information from stock exchanges around the world.
Binnen elk basiscompartiment 27(n) bevindt zich een interne basiscompartiment VLAN verbinding 73(n) voor communicatieverkeer dat alleen tussen VM’s binnen één en hetzelfde basiscompartiment 27(n) wordt verstuurd. Een interne generieke-compartiment VLAN verbinding 74 bevindt zich binnen het generieke compartiment 23 voor communicatieverkeer dat alleen tussen VM’s binnen het generieke compartiment 23 wordt verstuurd. Evenzo is er een interne batchcompartiment VLAN verbinding 75 voor communicatieverkeer dat alleen tussen VM’s binnen het batchcompartiment 31 wordt verstuurd.Within each basic compartment 27 (n) there is an internal basic compartment VLAN connection 73 (n) for communication traffic that is only sent between VMs within one and the same basic compartment 27 (n). An internal generic compartment VLAN connection 74 is located within the generic compartment 23 for communication traffic that is only sent between VMs within the generic compartment 23. Similarly, there is an internal batch compartment VLAN connection 75 for communication traffic that is only sent between VMs within batch compartment 31.
Tenslotte is er een container VLAN verbinding 77(n) binnen elke (front-end of backend) container 27(n), 29(n) die alleen zorgt voor een verbinding tussen VM’s binnen één container 27(n), 29(n).Finally, there is a container VLAN connection 77 (n) within each (front-end or backend) container 27 (n), 29 (n) that only provides a connection between VMs within one container 27 (n), 29 (n) .
Op deze wijze is er een opdeling in VLAN’s gekozen zodanig dat de interferentie van de diverse TIBCO kanalen zo klein mogelijk wordt gehouden en ervoor wordt gezorgd dat het multicast verkeer een zo klein mogelijk groep servers hoeft te bereiken. Deze indeling houdt ook een zekere functionele scheiding in.In this way a division into VLANs has been chosen such that the interference of the various TIBCO channels is kept as small as possible and it is ensured that the multicast traffic has to reach as small a group of servers as possible. This classification also implies a certain functional separation.
HardwareHardware
Zoals eerder gezegd, wordt uitgegaan van een vooraf bepaald aantal calls/uur (client-server sessies). Daarvoor is een aantal “M” VM’s in een front-end container 27(n) van een basiscompartiment 25(n) nodig. Zoals gezegd, corresponderen M VM’s met een belasting van een server zonder dat de betreffende server uitvalt of daarop draaiende services uitvallen en de CPU-belasting op de server <= 50% is. Daarom is voor die M VM’s in feite een halve server nodig. Die server is in figuur 4 aangeduid met 33(n) en wordt hieronder aangeduid als front-end container server. Voor de beschikbaarheid draaien er M identieke reserve VM’s van een reserve front-end container 27r(n) op een reserve front-end container server 33(n).As stated earlier, a predetermined number of calls / hour (client-server sessions) is assumed. This requires a number of “M” VMs in a front-end container 27 (n) of a basic compartment 25 (n). As mentioned, M VMs correspond to a load on a server without the relevant server failing or services running on it and the CPU load on the server being <= 50%. That is why half of the server is actually needed for those M VMs. That server is indicated by 33 (n) in Figure 4 and is referred to below as front-end container server. For availability, M identical reserve VMs run from a reserve front-end container 27r (n) on a reserve front-end container server 33 (n).
Bij deze M VM’s in de front-end container 27(n) horen 2*M VM’s van een back-end container 29(n), die in een aparte back-end container server 35(n) draaien. Voor de beschikbaarheid draaien er 2*M identieke reserve VM’s van een reserve backend container 29(n) op een reserve back-end container server 35(n). tezamen vormen de M VM’s van de front-end container 27(n) en de 2*M VM’s van de back-end container 29(n) één basiscompartiment 25(n). Voor één basiscompartiment is dus de capaciteit van 1,5 server ESX nodig. De halve capaciteit die op front-end container server 33(n) beschikbaar blijft kan op voordelige wijze worden benut voor het laten draaien van M VM’s van een reserve front-end container 27r(n+l) van een ander reserve basiscompartiment 25r(n+l). Dit is weergegeven in figuur 4. Figuur 4 toont ook hoe op dezelfde wijze de halve capaciteit van reserve front-end container server 33(n) gebruikt wordt voor M VM’s die behoren bij front-end container 27(n+l) van basiscompartiment 25(n+l).These M VMs in the front-end container 27 (n) include 2 * M VMs from a back-end container 29 (n), which run in a separate back-end container server 35 (n). For availability, 2 * M identical reserve VMs run from a reserve backend container 29 (n) on a reserve back-end container server 35 (n). together the M VMs of the front-end container 27 (n) and the 2 * M VMs of the back-end container 29 (n) form one basic compartment 25 (n). The capacity of 1.5 ESX server is therefore required for one basic compartment. The half capacity that remains available on front-end container server 33 (n) can advantageously be used to run M VMs from a reserve front-end container 27r (n + 1) of another reserve base compartment 25r (n + 1). This is shown in Figure 4. Figure 4 also shows how half the capacity of reserve front-end container server 33 (n) is used in the same way for M VMs that belong to front-end container 27 (n + 1) of base compartment 25. (n + 1).
Zo wordt steeds de overblijvende halve capaciteit van een eerste front-end container server 33(n) die behoort bij M VM’s van een front-end container 27(n) van een eerste basiscompartiment 25(n) gebruikt voor M VM’s van een reserve front-end container 27r(n+l) van een tweede reserve basiscompartiment 25r(n+l), welke tweede reserve basiscompartiment behoort bij een tweede basiscompartiment 25(n+l).Thus, the remaining half capacity of a first front-end container server 33 (n) associated with M VMs of a front-end container 27 (n) of a first base compartment 25 (n) is used for M VMs of a reserve front -end container 27r (n + 1) of a second reserve basic compartment 25r (n + 1), which second reserve basic compartment belongs to a second basic compartment 25 (n + 1).
Evenzo is er een tweede front-end container server 33(n+l) waarop M VM’s draaien van front-end container 27(n+l) van het tweede basiscompartiment 25(n+l), waarvan de overblijvende halve capaciteit als reserve front-end container server 33(n) dient voor de reserve M VM’s van reserve front-end container 27r(n+l) van reserve basiscompartiment 25r(n).Similarly, there is a second front-end container server 33 (n + 1) on which M VMs run from front-end container 27 (n + 1) of the second base compartment 25 (n + 1), the remaining half capacity of which as a reserve front -end container server 33 (n) serves for the reserve M VMs of reserve front-end container 27r (n + 1) of reserve base compartment 25r (n).
Dit delen van servers ESX om optimaal gebruik te maken van de aanwezige capaciteit van servers ESX kan niet plaatsvinden voor back-end containers. Bij elke back-end container 29(n), 29(n+l) horen steeds 2*M VM’s die de volledige capaciteit van een back-end container server 35(n), 35(n+l) gebruiken. Bijgevolg is er voor elke reserve back-end container 29r(n), 29r(n+l) ook steeds een aparte back-end container server 35(n), 35r(n+l) nodig.This sharing of ESX servers to make optimal use of the available capacity of ESX servers cannot take place for back-end containers. Each back-end container 29 (n), 29 (n + l) always has 2 * M VMs that use the full capacity of a back-end container server 35 (n), 35 (n + l). Consequently, a separate back-end container server 35 (n), 35r (n + 1) is always required for each backup back-end container 29r (n), 29r (n + 1).
Totaal betekent dit dat er voor twee basiscompartimenten 25(n), 25(n+l) en hun bijbehorende reserve basiscompartimenten 25r(n), 25r(n+l) zes servers 33(n)/33r(n+l), 33(n+l)/33r(n), 35(n), 35(n+l), 35r(n), 35r(n+l) nodig zijn.In total, this means that for two basic compartments 25 (n), 25 (n + l) and their associated reserve basic compartments 25r (n), 25r (n + l) six servers 33 (n) / 33r (n + l), 33 (n + 1) / 33r (n), 35 (n), 35 (n + 1), 35r (n), 35r (n + 1) are required.
Voor generiek compartiment 23 in generiek systeem 5c wordt niet zozeer gewerkt met meerdere servers, mar wordt beschikbaarheid bereikt door een extra VM te definiëren. Zoals uitgelegd zijn er bijvoorbeeld P VM’s van hetzelfde type nodig zijn om de load van een VM lager dan of gelijk aan 50% te houden. Daarnaast draait er dan één extra VM om uitval tegen te gaan, hetgeen leidt tot een totaal aantal van P+l VM’s. Als voorbeeld: voor een bepaald aantal calls/uur van Type A, zijn 4 VM’s nodig, voor type B 3 VM’s en voor type C 1 VM. Dan zullen er in het batch compartiment 31 voor Type A bijvoorbeeld 5x VM, voor Type B 4x VM en voor Type C 2x VM draaien.For generic compartment 23 in generic system 5c, multiple servers are not used, but availability is achieved by defining an additional VM. For example, as explained, P VMs of the same type are required to keep the load of a VM below or equal to 50%. In addition, one additional VM is running to prevent failure, which leads to a total number of P + 1 VMs. As an example: for a certain number of calls / hour of Type A, 4 VMs are required, for type B 3 VMs and for type C 1 VM. Then in the batch compartment 31 for Type A, for example 5x VM, for Type B 4x VM and for Type C 2x VM will be running.
Figuur 5 laat zien dat voor het stelsel een eenvoudige ontwikkelomgeving kan worden opgesteld. De totale ontwikkelomgeving omvat bijvoorbeeld diverse individuele ontwikkelomgevingen 01, 02, .... op aparte ontwikkel servers 41(n) voor individuele ontwikkelaars, waarop zich steeds één basiscompartiment 25(n) bevindt en eventueel één batchcompartiment 3 l(n). Er is bovendien een gezamenlijk ontwikkelomgeving 01-05 op een eerste gezamenlijke server 43 die één of meer generieke compartimenten 23(1), 23(2), ... heeft. Bovendien is er een tweede gezamenlijke ontwikkelomgeving 01-05 voor het back-office systeem. In Figuur 5 worden twee “instanties” 32(1), 32(2) van de back-office en twee “instanties” 23(1), 23(2) van generieke compartimenten gezamenlijk gebruikt door de 01-05 omgevingen. Per ontwikkelomgeving kan de ontwikkelaar er voor kiezen om aan instantie 23(1) of 23(2) en aan instantie 32(1) of 32(2) gekoppeld te worden. Op deze manier is het niet noodzakelijk dat er 5 back-office en 5 generieke compartimenten gerealiseerd worden.Figure 5 shows that a simple development environment can be set up for the system. The total development environment comprises, for example, various individual development environments 01, 02, ... on separate development servers 41 (n) for individual developers, on which there is always one basic compartment 25 (n) and possibly one batch compartment 31 (n). There is furthermore a joint development environment 01-05 on a first joint server 43 which has one or more generic compartments 23 (1), 23 (2), .... In addition, there is a second joint development environment 01-05 for the back-office system. In Figure 5, two "instances" 32 (1), 32 (2) of the back office and two "instances" 23 (1), 23 (2) of generic compartments are used jointly by the 01-05 environments. For each development environment, the developer can choose to be linked to instance 23 (1) or 23 (2) and instance 32 (1) or 32 (2). In this way it is not necessary that 5 back-office and 5 generic compartments are realized.
Het blok 40 betekent hier dat de twee backoffices 3291), 32(2) en diverse Databases op één fysieke server kunnen draaien.The block 40 here means that the two back offices 3291), 32 (2) and various Databases can run on one physical server.
Figuur 6 toont een voorbeeld van de testomgeving. Deze omvat dezelfde testservers als de ontwikkel servers 41(n), die onderdeel uitmaken van een testomgeving waarin zich ook steeds een back-office 32(n) bevindt. Daartoe zijn er dan evenzo vele instanties 32(n) van de back-office als er base compartimenten 25(n) zijn. Deze instanties van de back-office 32(n) draaien allen op dezelfde server 40. De gezamenlijke server 43 uit de ontwikkelomgeving van figuur 5 kan ook in de testomgeving worden gebruikt t.b.v. instanties 23(1), 23(2) van generieke compartimenten.Figure 6 shows an example of the test environment. This includes the same test servers as the development servers 41 (n), which are part of a test environment in which there is always a back office 32 (n). To that end, there are as many instances 32 (n) of the back office as there are base compartments 25 (n). These instances of the back office 32 (n) all run on the same server 40. The joint server 43 from the development environment of Figure 5 can also be used in the test environment for instances 23 (1), 23 (2) of generic compartments.
Figuur 7 toont een acceptatieomgeving. De ontwikkel/testservers 41(n) kunnen weer worden gebruikt, waarbij de batchcompartimenten 3 l(n) zijn verwijderd. In plaats daarvan wordt batchcompartiment 31 op één batchserver 42 geplaatst. Generiek compartiment 23 bevindt zich op server 43, terwijl back-office 32 zich met enkele databases op server 40 bevindt.Figure 7 shows an acceptance environment. The development / test servers 41 (n) can be used again, the batch compartments 3 l (n) being removed. Instead, batch compartment 31 is placed on one batch server 42. Generic compartment 23 is located on server 43, while back office 32 is located on server 40 with some databases.
Claims (10)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NL2008622A NL2008622C2 (en) | 2012-04-11 | 2012-04-11 | COMPARTMENTED COMPUTER SYSTEM. |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NL2008622 | 2012-04-11 | ||
| NL2008622A NL2008622C2 (en) | 2012-04-11 | 2012-04-11 | COMPARTMENTED COMPUTER SYSTEM. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| NL2008622A true NL2008622A (en) | 2013-03-25 |
| NL2008622C2 NL2008622C2 (en) | 2013-03-25 |
Family
ID=46147647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| NL2008622A NL2008622C2 (en) | 2012-04-11 | 2012-04-11 | COMPARTMENTED COMPUTER SYSTEM. |
Country Status (1)
| Country | Link |
|---|---|
| NL (1) | NL2008622C2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090070771A1 (en) * | 2007-08-31 | 2009-03-12 | Tom Silangan Yuyitung | Method and system for evaluating virtualized environments |
| US20100107162A1 (en) * | 2008-03-07 | 2010-04-29 | Aled Edwards | Routing across a virtual network |
| US7802000B1 (en) * | 2005-08-01 | 2010-09-21 | Vmware | Virtual network in server farm |
-
2012
- 2012-04-11 NL NL2008622A patent/NL2008622C2/en not_active IP Right Cessation
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7802000B1 (en) * | 2005-08-01 | 2010-09-21 | Vmware | Virtual network in server farm |
| US20090070771A1 (en) * | 2007-08-31 | 2009-03-12 | Tom Silangan Yuyitung | Method and system for evaluating virtualized environments |
| US20100107162A1 (en) * | 2008-03-07 | 2010-04-29 | Aled Edwards | Routing across a virtual network |
Non-Patent Citations (1)
| Title |
|---|
| ANDREW HILLIER: "Transformational analytics:virtualizing IT environments", 1 April 2008, CIRBA WHITE PAPER,, PAGE(S) 1 - 43, XP008135210 * |
Also Published As
| Publication number | Publication date |
|---|---|
| NL2008622C2 (en) | 2013-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10699230B2 (en) | Order optimization in hybrid cloud networks | |
| US8719131B1 (en) | Allocating financial risk and reward in a multi-tenant environment | |
| US20170293980A1 (en) | System and method for managing processing resources of a computing system | |
| US20160210700A1 (en) | Systems and methods for daily recommended spend | |
| US20160078559A1 (en) | Systems and methods for household cash management system | |
| CN102917018A (en) | Load balancing by endpoints | |
| US20160005128A1 (en) | Systems and methods of applying high performance computational techniques to analysis and execution of financial strategies | |
| AU2011344038A1 (en) | Hybrid cloud broker | |
| WO2007090734A1 (en) | Application software initiated speedup | |
| CA2806725C (en) | Integrating payment aggregators with e-commerce platform | |
| JP5986316B2 (en) | Fund management system and fund management method | |
| US11770342B2 (en) | Methods and systems for gateway load balancing | |
| Gundu et al. | Hybrid IT and multi cloud an emerging trend and improved performance in cloud computing | |
| NL2008622C2 (en) | COMPARTMENTED COMPUTER SYSTEM. | |
| US8856376B1 (en) | Stabilization tool for a high-capacity network infrastructure | |
| US10007559B1 (en) | Virtual tiering | |
| Shi et al. | Hpks: High performance kubernetes scheduling for dynamic blockchain workloads in cloud computing | |
| JP4113253B1 (en) | Margin trading company system, computer program and storage medium | |
| JP2006338562A (en) | Financial instrument management system and financial instrument management method | |
| US10387853B1 (en) | Secondary purchase card for financial transactions (“cap card”) | |
| Chinyere et al. | ADOPTION OF CLOUD COMPUTING AND SERVICE DELIVERY OF COMMERCIAL BANKS IN RIVERS STATE. | |
| Srivastava | A detailed literature review on cloud computing | |
| CA3166447A1 (en) | Method and system for user account initiation and reconciliation | |
| Akinyede | Proposed E-Commerce Framework Using Cloud Computing Technology” | |
| US20230297413A1 (en) | Dual stage bulkheads |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM | Lapsed because of non-payment of the annual fee |
Effective date: 20230501 |