Richtlijnen voor hardwareaanpassing hardware-sizing-guidelines

Deze rangschikkende richtlijnen bieden een benadering van de hardwaremiddelen die worden vereist om een project van AEM op te stellen. Het rangschikken van ramingen hangt van de architectuur van het project, de ingewikkeldheid van de oplossing, het verwachte verkeer, en de projectvereisten af. Deze gids helpt u om de hardwarebehoeften voor een specifieke oplossing te bepalen, of een hogere en lagere schatting voor de hardwarevereisten te vinden.

De volgende basisfactoren moeten in aanmerking worden genomen:

  • de snelheid van het Netwerk

    • Netwerkvertraging
    • Beschikbare bandbreedte
  • Computationele snelheid

    • Efficiëntie in cache
    • Verwacht verkeer
    • Complexiteit van sjablonen, toepassingen en componenten
    • Gelijktijdige auteurs
    • Complexiteit van de ontwerpbewerking (eenvoudige bewerking van inhoud, rollout van MSM enzovoort)
  • I/O prestaties

    • Prestaties en efficiëntie van de bestands- of databaseopslag
  • Vaste Aandrijving

    • minstens twee of drie keer groter dan de grootte van de repository
  • Geheugen

    • Grootte van website (aantal content-object, pagina's en gebruikers)
    • Aantal gebruikers/sessies dat tegelijkertijd actief is

Architectuur architecture

Een AEM-instelling bestaat gewoonlijk uit een auteur en een publicatieomgeving. Deze omgevingen hebben verschillende vereisten met betrekking tot de onderliggende hardwaregrootte en systeemconfiguratie. De gedetailleerde overwegingen voor beide milieu's worden beschreven in het auteursmilieuen publiceren milieusecties.

In een typisch projectopstelling, hebt u verscheidene milieu's waarop aan de fasen van het werkgebiedproject:

  • het milieu van de Ontwikkeling
    Nieuwe functies ontwikkelen of belangrijke wijzigingen aanbrengen. De beste praktijken moeten werken gebruikend een ontwikkelomgeving per ontwikkelaar (lokale installaties op hun persoonlijke systemen).

  • de testmilieu van de Auteur
    Wijzigingen verifiëren. Het aantal testomgevingen kan variëren afhankelijk van de projectvereisten (bijvoorbeeld, apart voor QA, integratietests of gebruikeracceptatietests).

  • publiceer testmilieu
    Hoofdzakelijk voor het testen van gevallen waarin gebruik wordt gemaakt van sociale samenwerking en/of de interactie tussen auteur en meerdere publicatie-instanties.

  • het productiemilieu van de Auteur
    Voor auteurs om inhoud te bewerken.

  • publiceer productiemilieu
    Gepubliceerde inhoud bedienen.

Bovendien kunnen de omgevingen variëren, variërend van één serversysteem waarop AEM en een toepassingsserver worden uitgevoerd tot een zeer geschaalde set multi-server, multi-CPU geclusterde instanties. Adobe raadt u aan voor elk productiesysteem een aparte computer te gebruiken en geen andere toepassingen op deze computers uit te voeren.

Algemene overwegingen voor hardwaregrootte generic-hardware-sizing-considerations

In de volgende secties wordt uitgelegd hoe u de hardwarevereisten kunt berekenen, rekening houdend met verschillende overwegingen. Voor grote systemen, stelt Adobe voor dat u een eenvoudige reeks interne benchmarktests op een verwijzingsconfiguratie uitvoert.

Optimalisering van prestaties is een fundamentele taak die moet worden uitgevoerd voordat benchmarking voor een specifiek project kan worden uitgevoerd. Zorg ervoor om het advies toe te passen dat in de documentatie van de Optimalisering van Prestatieswordt verstrekt alvorens om het even welke benchmarktests uit te voeren en hun resultaten voor om het even welke hardware rangschikkende berekeningen te gebruiken.

De vereisten voor het aanpassen van de hardwaregrootte voor gevallen van geavanceerd gebruik moeten gebaseerd zijn op een gedetailleerde prestatiebeoordeling van het project. Kenmerken van gevallen van geavanceerd gebruik waarvoor uitzonderlijke hardwarebronnen nodig zijn, zijn onder meer combinaties van:

  • hoge lading/doorvoer van inhoud
  • uitgebreid gebruik van aangepaste code, aangepaste workflows of softwarebibliotheken van derden
  • integratie met niet-ondersteunde externe systemen

Schijfruimte/vaste schijf disk-space-hard-drive

De vereiste schijfruimte hangt sterk af van zowel het volume als het type van uw webtoepassing. In de berekeningen moet rekening worden gehouden met het volgende:

  • de hoeveelheid en grootte van pagina's, elementen en andere opslagplaatsen-opgeslagen entiteiten zoals werkschema's, profielen, etc.
  • de geschatte frequentie van inhoudwijzigingen en dus het maken van contentversies
  • het volume van DAM-activa die worden gegenereerd
  • de algemene groei van de inhoud in de loop der tijd

De schijfruimte wordt onophoudelijk gecontroleerd tijdens Online, en Off-line, de Opruiming van de Revisie. Als de beschikbare schijfruimte onder een kritieke waarde daalt, wordt het proces geannuleerd. De kritieke waarde is 25% van de huidige schijfvoetafdruk van de opslagplaats en kan niet worden geconfigureerd. Adobe raadt aan de schijf ten minste twee of drie keer groter te maken dan de opslagplaats, inclusief de geschatte groei.

Virtualisatie virtualization

AEM werkt goed in gevirtualiseerde omgevingen, maar er kunnen factoren zijn zoals CPU of I/O die niet rechtstreeks kunnen worden gelijkgesteld met fysieke hardware. Een aanbeveling is om een hogere I/O-snelheid (in het algemeen) te kiezen, aangezien dit doorgaans een kritieke factor is. Benchmarking van uw omgeving is nodig om precies te begrijpen welke bronnen vereist zijn.

Parallelisatie van AEM-instanties parallelization-of-aem-instances

de Veiligheid van het Kort

Een faalveilige website wordt opgesteld op minstens twee afzonderlijke systemen. Als één systeem afbreekt, kan een ander systeem overnemen en zo de systeemmislukking compenseren.

de middelen van het Systeem scalability

Terwijl alle systemen actief zijn, zijn er betere computerprestaties beschikbaar. Die extra prestaties hoeven niet lineair te zijn met het aantal clusterknooppunten, aangezien de relatie sterk afhankelijk is van de technische omgeving. Zie documentatie van de Clustervoor meer informatie.

De schatting van het aantal clusterknooppunten dat nodig is, is gebaseerd op de basisvereisten en de specifieke gebruiksgevallen van het specifieke webproject:

  • Vanuit het perspectief van mislukken-veiligheid, is het noodzakelijk om, voor alle milieu's te bepalen hoe kritieke mislukking en de tijd van de mislukkingscompensatie is gebaseerd op hoe lang het voor een clusterknoop vergt om terug te krijgen.
  • Voor het aspect van scalability, is het aantal schrijfverrichtingen fundamenteel de belangrijkste factor. Het in evenwicht brengen van de lading kan voor verrichtingen worden gevestigd die tot het systeem slechts toegang hebben om gelezen verrichtingen te verwerken; zie Dispatchervoor details.

Hardwareaanbevelingen hardware-recommendations

Gewoonlijk kunt u voor uw auteursomgeving dezelfde hardware gebruiken als voor uw het publiceren milieu wordt geadviseerd. Websiteverkeer is doorgaans lager bij ontwerpsystemen, maar de efficiëntie van de cache is lager. De fundamentele factor hierbij is echter het aantal auteurs dat parallel werkt, en het soort acties dat in het systeem wordt ondernomen. Over het algemeen is AEM-clustering (van de auteursomgeving) het meest effectief bij het schalen van leesbewerkingen. Met andere woorden, een AEM-cluster schaalt goed met auteurs die basisbewerkingen uitvoeren.

Aanvullende gebruiksspecifieke berekeningen additional-use-case-specific-calculations

Naast de berekening voor een standaardwebtoepassing, moet u rekening houden met specifieke factoren voor de volgende gebruiksgevallen. De berekende waarden moeten aan de standaardberekening worden toegevoegd.

Assets-specifieke overwegingen assets-specific-considerations

Voor een uitgebreide verwerking van digitale elementen zijn geoptimaliseerde hardwarebronnen nodig. De belangrijkste factoren zijn de beeldgrootte en de maximale doorvoer van verwerkte afbeeldingen.

Wijs minstens 16GB van hoop toe en vorm het DAM Update Asset werkschema om het pakket van Camera Rawvoor de opname van ruwe beelden te gebruiken.

NOTE
Een hogere doorvoer van afbeeldingen betekent dat de computerbronnen gelijke tred moeten kunnen houden met de I/O van het systeem en omgekeerd. Als workflows bijvoorbeeld worden gestart door het importeren van afbeeldingen, kan het uploaden van veel afbeeldingen via WebDAV een achterstand in workflows veroorzaken.
Het gebruik van afzonderlijke schijven voor TarPM, gegevensopslag en zoekindex kan helpen het I/O-gedrag van het systeem te optimaliseren (het is echter doorgaans verstandig om de zoekindex lokaal te houden).

Beheer van meerdere sites multi-site-manager

Het hulpbronnenverbruik wanneer AEM MSM wordt gebruikt in een ontwerpomgeving, is sterk afhankelijk van de specifieke gebruiksgevallen. Basisfactoren zijn:

  • Aantal actieve kopieën
  • Frequentie van rollouts
  • De uit te rollen inhoudsboomgrootte
  • Verbonden functionaliteit van de rollout-acties

Het testen van het geplande gebruiksgeval met een representatief inhoudsuittreksel kan u helpen uw begrip van het middelgebruik verbeteren. Als u de resultaten met de geplande productie extrapoleert, kunt u de extra middelen beoordelen die voor AEM MSM worden vereist.

Zorg ook voor auteurs die parallel werken. Ze zullen bijwerkingen van de prestaties waarnemen als AEM MSM-gebruiksgevallen meer middelen verbruiken dan gepland.

recommendation-more-help
51c6a92d-a39d-46d7-8e3e-2db9a31c06a2