Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Wählen Sie eine Amazon EC2 EC2-Instance aus und reservieren Sie CPU-Kerne für Ihre Architektur ## Unterstützte Amazon-EC2-Instance-Typen Aufgrund der rechenintensiven Workflows zur Datenbereitstellung benötigt der AWS Ground Station Agent für den Betrieb dedizierte CPU-Kerne. Wir unterstützen die folgenden Instance-Typen. [Planung der CPU-Kerne](#cpu-core-planning)Entscheiden Sie selbst, welcher Instance-Typ am besten zu Ihrem Anwendungsfall passt. - **c5** - **Instance-Typ:** c5.12xlarge / **Standard v CPUs:** 48 / **Standard-CPU-Kerne:** 24 / **Max. DigiF-Aggregatbandbreite () MHz:** 180 - **Instance-Typ:** c5.18xlarge / **Standard v CPUs:** 72 / **Standard-CPU-Kerne:** 36 / **Max. DigiF-Aggregatbandbreite () MHz:** 380 - **Instance-Typ:** c5.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 380 - **c5n** - **Instance-Typ:** c5n.18xlarge / **Standard v CPUs:** 72 / **Standard-CPU-Kerne:** 36 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **Instance-Typ:** c5n.metal / **Standard v CPUs:** 72 / **Standard-CPU-Kerne:** 36 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **c6i** - **Instance-Typ:** c6i.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **Instance-Typ:** c6i.32xlarge / **Standard v CPUs:** 128 / **Standard-CPU-Kerne:** 64 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **c7 i** - **Instance-Typ:** c7i.12xlarge / **Standard v CPUs:** 48 / **Standard-CPU-Kerne:** 24 / **Max. DigiF-Aggregatbandbreite () MHz:** 280 - **Instance-Typ:** c7i.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **p3dn** - **Instance-Typ:** p3dn.24xgroß - **Standard v CPUs:** 96 - **Standard-CPU-Kerne:** 48 - **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **g4dn** - **Instance-Typ:** g4dn.12xgroß / **Standard v CPUs:** 48 / **Standard-CPU-Kerne:** 24 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **Instance-Typ:** g4dn.16xgroß / **Standard v CPUs:** 64 / **Standard-CPU-Kerne:** 32 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **Instance-Typ:** g4dn.metal / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **p4d** - **Instance-Typ:** p4d.24xgroß - **Standard v CPUs:** 96 - **Standard-CPU-Kerne:** 48 - **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **m5** - **Instance-Typ:** m5.8xlarge / **Standard v CPUs:** 32 / **Standard-CPU-Kerne:** 16 / **Max. DigiF-Aggregatbandbreite () MHz:** 100 - **Instance-Typ:** m5.12xlarge / **Standard v CPUs:** 48 / **Standard-CPU-Kerne:** 24 / **Max. DigiF-Aggregatbandbreite () MHz:** 180 - **Instance-Typ:** m5.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 380 - **m6i** - **Instance-Typ:** m6i.32xlarge - **Standard v CPUs:** 128 - **Standard-CPU-Kerne:** 64 - **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **r5** - **Instance-Typ:** r5.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 380 - **Instance-Typ:** r5.metal / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 380 - **r5n** - **Instance-Typ:** r5n.24xlarge / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **Instance-Typ:** r5n.metal / **Standard v CPUs:** 96 / **Standard-CPU-Kerne:** 48 / **Max. DigiF-Aggregatbandbreite () MHz:** 400 - **r6i** - **Instance-Typ:** r6i.32xlarge - **Standard v CPUs:** 128 - **Standard-CPU-Kerne:** 64 - **Max. DigiF-Aggregatbandbreite () MHz:** 400 **Anmerkung** Die Spalte Max DigiF-Aggregatbandbreite zeigt die maximal unterstützte Gesamtbandbreite für alle DigiF-Datenflüsse zusammen auf jedem Instance-Typ. Diese Einschränkungen sind auf die EC2-Netzwerkkapazität zurückzuführen, die den jeweiligen Instance-Typen zugewiesen ist. Diese Werte stellen konservative Schätzungen dar und sollten bei der Planung Ihrer DigiF-Konfigurationen verwendet werden. Die tatsächliche Bandbreite kann je nach Systemlast und anderen Faktoren variieren. ## Planung der CPU-Kerne Der AWS Ground Station Agent benötigt dedizierte Prozessorkerne, die sich den L3-Cache für jeden Datenfluss teilen. Der Agent ist für die Nutzung von CPU-Paaren mit Hyper-Threading (HT) konzipiert und erfordert, dass HT-Paare für seine Verwendung reserviert werden. Ein Hyper-Thread-Paar ist ein Paar virtueller CPUs (vCPUs), die in einem einzelnen Kern enthalten sind. Die folgenden Tabellen bieten eine Zuordnung der Datenfluss-Datenrate zur erforderlichen Anzahl von Kernen, die für den Agenten für einen einzelnen Datenfluss reserviert sind. Diese Tabellen gehen von Cascade Lake oder einer neueren Version aus CPUs und gelten für jeden unterstützten Instance-Typ. Wenn Ihre Bandbreite zwischen Einträgen in einer Tabelle liegt, wählen Sie die nächsthöhere aus. AWS Ground Station verwendet je nach Bandbreite des Datenflusses zwei verschiedene Übermittlungsstrategien: + **Schmalband — Bandbreiten** von 40 und weniger. MHz + Breitband — **Bandbreiten über 40.** MHz Diese Strategien haben unterschiedliche Kernanforderungen. Insbesondere können Schmalband-Datenflüsse bei vergleichbaren oder sogar höheren Bandbreiten mehr Kerne erfordern als Breitband-Datenflüsse. Die Strategie wird automatisch auf der Grundlage der konfigurierten Bandbreite ausgewählt. AntennaDownlink **Wichtig** Jeder Datenfluss benötigt seinen eigenen dedizierten Satz von Kernen. Wenn Sie über mehrere Datenflüsse verfügen, suchen Sie anhand der entsprechenden Tabelle (Schmalband oder Breitband) unabhängig voneinander nach den Kernanforderungen für jeden Datenfluss und summieren Sie sie. Verwenden Sie keine gemeinsamen Kerne zwischen Datenflüssen. Der Agent benötigt einen zusätzlichen reservierten Kern für Verwaltung und Koordination. Die Gesamtzahl der benötigten Kerne entspricht also der Summe der für jeden Datenfluss benötigten Kerne plus **einem einzelnen zusätzlichen Kern (**2 V). CPUs **Kernanforderungen für Schmalbandanwendungen (≤40) MHz** | AntennaDownlink Bandbreite () MHz | Erwartete VITA-49.2 DigiF-Datenrate (MB/s) | Anzahl der Kerne (HT-CPU-Paare) | vCPU insgesamt | | --- | --- | --- | --- | | ≤25 | ≤500 | 3 | 6 | | 30 | 600 | 4 | 8 | | 35 | 700 | 4 | 8 | | 40 | 800 | 4 | 8 | **Anforderungen an Breitband-Kerne (>40) MHz** | AntennaDownlink Bandbreite () MHz | Erwartete VITA-49.2 DigiF-Datenrate (MB/s) | Anzahl der Kerne (HT-CPU-Paare) | vCPU insgesamt | | --- | --- | --- | --- | | 50 | 1000 | 3 | 6 | | 100 | 2000 | 4 | 8 | | 150 | 3000 | 5 | 10 | | 200 | 4000 | 6 | 12 | | 250 | 5000 | 6 | 12 | | 300 | 6 000 | 7 | 14 | | 350 | 7000 | 8 | 16 | | 400 | 8000 | 9 | 18 | ## Sammeln von Architekturinformationen `lscpu`bietet Informationen über die Architektur Ihres Systems. Die Basisausgabe zeigt, welche V CPUs (als „CPU“ bezeichnet) zu welchen NUMA-Knoten gehören (und jeder NUMA-Knoten teilt sich einen L3-Cache). Im Folgenden untersuchen wir eine `c5.24xlarge` Instanz, um die für die Konfiguration des Agenten erforderlichen Informationen zu sammeln. AWS Ground Station Dazu gehören nützliche Informationen wie die Anzahl der VCPUs, die Anzahl der Kerne und die vCPU-to-node Zuordnung. ``` > lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 96 On-line CPU(s) list: 0-95 Thread(s) per core: 2 <------ Core(s) per socket: 24 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8275CL CPU @ 3.00GHz Stepping: 7 CPU MHz: 3601.704 BogoMIPS: 6000.01 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-23,48-71 <------ NUMA node1 CPU(s): 24-47,72-95 <------ ``` Kerne, die dem AWS Ground Station Agenten zugewiesen sind, sollten beide V CPUs für jeden zugewiesenen Kern enthalten. Alle Kerne für einen Datenfluss müssen auf demselben NUMA-Knoten vorhanden sein. Die `-p` Option für den `lscpu` Befehl liefert uns die Core-zu-CPU-Zuordnungen, die für die Konfiguration des Agenten erforderlich sind. Die relevanten Felder sind CPU (was wir als vCPU bezeichnen), Core und L3 (was angibt, welcher L3-Cache von diesem Kern gemeinsam genutzt wird). Beachten Sie, dass bei den meisten Intel-Prozessoren der NUMA-Knoten dem L3-Cache entspricht. Betrachten Sie die folgende Teilmenge der `lscpu -p` Ausgabe als Beispiel `c5.24xlarge` (aus Gründen der Übersichtlichkeit abgekürzt und formatiert). ``` CPU,Core,Socket,Node,,L1d,L1i,L2,L3 0 0 0 0 0 0 0 0 1 1 0 0 1 1 1 0 2 2 0 0 2 2 2 0 3 3 0 0 3 3 3 0 ... 16 0 0 0 0 0 0 0 17 1 0 0 1 1 1 0 18 2 0 0 2 2 2 0 19 3 0 0 3 3 3 0 ``` Aus der Ausgabe können wir ersehen, dass Core 0 v CPUs 0 und 16 enthält, Core 1 v CPUs 1 und 17, Core 2 v CPUs 2 und 18. Mit anderen Worten, die Hyper-Thread-Paare sind: 0 und 16, 1 und 17, 2 und 18. ## Beispiel für eine CPU-Zuweisung Als Beispiel verwenden wir eine `c5.24xlarge` Instanz für einen Breitband-Downlink mit doppelter Polarität bei 350. MHz Aus der Tabelle in wissen [Planung der CPU-Kerne](#cpu-core-planning) wir, dass ein MHz 350-Downlink 8 Kerne (16 VCPUs) für den einzelnen Datenfluss benötigt. Das bedeutet, dass dieses Setup mit dualer Polarität, das zwei Datenflüsse verwendet, insgesamt 16 Kerne (32 VCPUs) plus einen Kern (2 VCPUs) für den Agenten benötigt. Wir wissen, dass die `lscpu` Ausgabe für `c5.24xlarge` und beinhaltet. `NUMA node0 CPU(s): 0-23,48-71` `NUMA node1 CPU(s): 24-47,72-95` Da NUMA-Node0 mehr hat, als wir benötigen, werden wir nur die Kerne 0-23 und 48-71 zuweisen. Zunächst wählen wir 8 Kerne für jeden Datenfluss aus, die sich einen L3-Cache oder einen NUMA-Knoten teilen. Dann suchen wir in der Ausgabe nach dem entsprechenden V CPUs (mit „CPU“ bezeichnet). `lscpu -p` [Anhang: `lscpu -p` Ausgabe (vollständig) für c5.24xlarge](#agent-cpu-planning-appendix-lscpu-full) Ein Beispiel für einen Kernauswahlprozess könnte wie folgt aussehen: + Reservieren Sie die Kerne 0-1 für das Betriebssystem. + Flow 1: Wählen Sie die Kerne 2-9 aus, die V CPUs 2-9 und 50-57 zugeordnet sind. + Flow 2: Wählen Sie die Kerne 10-17 aus, die V CPUs 10-17 und 58-65 zugeordnet sind. + Agentenkern: Wählen Sie Kern 18 aus, der den Versionen 18 und 66 zugeordnet ist. CPUs Das Ergebnis sind v CPUs 2-18 und 50-66, sodass die Liste, die dem Agenten zur Verfügung gestellt werden muss, lautet. `[2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66]` Sie sollten sicherstellen, dass Ihre eigenen Prozesse nicht auf diesen ausgeführt werden, CPUs wie unter beschrieben. [Dienste und Prozesse werden zusammen mit dem Agenten ausgeführt AWS Ground Station](best-practices.md#avoiding-contested-cores) Beachten Sie, dass die in diesem Beispiel ausgewählten spezifischen Kerne etwas willkürlich sind. Andere Gruppen von Kernen würden funktionieren, solange sie die Anforderung erfüllen, dass sich alle für jeden Datenfluss einen L3-Cache teilen. ## Anhang: `lscpu -p` Ausgabe (vollständig) für c5.24xlarge ``` > lscpu -p # The following is the parsable format, which can be fed to other # programs. Each different item in every column has an unique ID # starting from zero. # CPU,Core,Socket,Node,,L1d,L1i,L2,L3 0,0,0,0,,0,0,0,0 1,1,0,0,,1,1,1,0 2,2,0,0,,2,2,2,0 3,3,0,0,,3,3,3,0 4,4,0,0,,4,4,4,0 5,5,0,0,,5,5,5,0 6,6,0,0,,6,6,6,0 7,7,0,0,,7,7,7,0 8,8,0,0,,8,8,8,0 9,9,0,0,,9,9,9,0 10,10,0,0,,10,10,10,0 11,11,0,0,,11,11,11,0 12,12,0,0,,12,12,12,0 13,13,0,0,,13,13,13,0 14,14,0,0,,14,14,14,0 15,15,0,0,,15,15,15,0 16,16,0,0,,16,16,16,0 17,17,0,0,,17,17,17,0 18,18,0,0,,18,18,18,0 19,19,0,0,,19,19,19,0 20,20,0,0,,20,20,20,0 21,21,0,0,,21,21,21,0 22,22,0,0,,22,22,22,0 23,23,0,0,,23,23,23,0 24,24,1,1,,24,24,24,1 25,25,1,1,,25,25,25,1 26,26,1,1,,26,26,26,1 27,27,1,1,,27,27,27,1 28,28,1,1,,28,28,28,1 29,29,1,1,,29,29,29,1 30,30,1,1,,30,30,30,1 31,31,1,1,,31,31,31,1 32,32,1,1,,32,32,32,1 33,33,1,1,,33,33,33,1 34,34,1,1,,34,34,34,1 35,35,1,1,,35,35,35,1 36,36,1,1,,36,36,36,1 37,37,1,1,,37,37,37,1 38,38,1,1,,38,38,38,1 39,39,1,1,,39,39,39,1 40,40,1,1,,40,40,40,1 41,41,1,1,,41,41,41,1 42,42,1,1,,42,42,42,1 43,43,1,1,,43,43,43,1 44,44,1,1,,44,44,44,1 45,45,1,1,,45,45,45,1 46,46,1,1,,46,46,46,1 47,47,1,1,,47,47,47,1 48,0,0,0,,0,0,0,0 49,1,0,0,,1,1,1,0 50,2,0,0,,2,2,2,0 51,3,0,0,,3,3,3,0 52,4,0,0,,4,4,4,0 53,5,0,0,,5,5,5,0 54,6,0,0,,6,6,6,0 55,7,0,0,,7,7,7,0 56,8,0,0,,8,8,8,0 57,9,0,0,,9,9,9,0 58,10,0,0,,10,10,10,0 59,11,0,0,,11,11,11,0 60,12,0,0,,12,12,12,0 61,13,0,0,,13,13,13,0 62,14,0,0,,14,14,14,0 63,15,0,0,,15,15,15,0 64,16,0,0,,16,16,16,0 65,17,0,0,,17,17,17,0 66,18,0,0,,18,18,18,0 67,19,0,0,,19,19,19,0 68,20,0,0,,20,20,20,0 69,21,0,0,,21,21,21,0 70,22,0,0,,22,22,22,0 71,23,0,0,,23,23,23,0 72,24,1,1,,24,24,24,1 73,25,1,1,,25,25,25,1 74,26,1,1,,26,26,26,1 75,27,1,1,,27,27,27,1 76,28,1,1,,28,28,28,1 77,29,1,1,,29,29,29,1 78,30,1,1,,30,30,30,1 79,31,1,1,,31,31,31,1 80,32,1,1,,32,32,32,1 81,33,1,1,,33,33,33,1 82,34,1,1,,34,34,34,1 83,35,1,1,,35,35,35,1 84,36,1,1,,36,36,36,1 85,37,1,1,,37,37,37,1 86,38,1,1,,38,38,38,1 87,39,1,1,,39,39,39,1 88,40,1,1,,40,40,40,1 89,41,1,1,,41,41,41,1 90,42,1,1,,42,42,42,1 91,43,1,1,,43,43,43,1 92,44,1,1,,44,44,44,1 93,45,1,1,,45,45,45,1 94,46,1,1,,46,46,46,1 95,47,1,1,,47,47,47,1 ```