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. # Isolieren Sie Workloads anhand von Farmen, Flotten und Warteschlangen Sie können Deadline Cloud-Farmen, -Flotten und Warteschlangen auf viele Arten anordnen. Die von Ihnen gewählte Anordnung legt die Isolationsgrenzen zwischen Ihren Workloads fest. Entscheiden Sie also vor der Erstellung, wie viel Abstand Ihre Teams, Sendungen oder Kunden benötigen. Zwei Fakten über Flotten sind ausschlaggebend für die Entscheidung: + Wenn eine Flotte mit mehr als einer Warteschlange verknüpft ist, werden Jobs aus all diesen Warteschlangen auf denselben Worker-Hosts ausgeführt. Nach der Ausführung eines Jobs können Daten auf dem Host verbleiben, z. B. Dateien in einem temporären Verzeichnis oder im Home-Verzeichnis des Warteschlangenbenutzers, und bei einem Job können Prozesse weiterlaufen, die spätere Jobs beobachten können. Einige dieser Daten bleiben konstruktionsbedingt erhalten. Ein Job kann Daten im Home-Verzeichnis des Job-Benutzers zwischenspeichern, sodass sie in späteren Sitzungen wiederverwendet werden können. In der conda Warteschlangenumgebung werden beispielsweise heruntergeladene Pakete dort zwischengespeichert. In einer vom Service verwalteten Flotte werden alle Jobs als ein Benutzer ausgeführt, sodass jede Warteschlange auf der Flotte diese Caches gemeinsam nutzt. Die zwischengespeicherten Daten bleiben so lange erhalten, bis der Worker heruntergefahren wird, oder bis der Worker ausgewechselt wird, wenn die Flotte persistenten Speicher verwendet. Weitere Informationen finden Sie unter [Sessions](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/build-jobs-scheduling.html#jobs-scheduling-sessions) im *Deadline Cloud Developer Guide* und [Persistent Storage](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/volumes.html) im *Deadline Cloud User* Guide. + Worker-Hosts führen Jobs als Betriebssystembenutzer aus. In einer vom Kunden verwalteten Flotte können Sie jeder Warteschlange einen eigenen Benutzer zuweisen, sodass Warteschlangen eine Flotte gemeinsam nutzen können, während die Dateien und Prozesse ihrer Jobs getrennt bleiben. In einer vom Service verwalteten Flotte werden alle Jobs von einem einzelnen Benutzer ausgeführt. Geben Sie also Warteschlangen, die getrennt werden müssen, ihren eigenen Fuhrpark. In beiden Fällen führen die Hosts nur Jobs aus Warteschlangen in Ihrer Farm aus. Unter Berücksichtigung dieser Fakten sollten Sie das Arrangement wählen, das Ihren Isolationsanforderungen entspricht: + **Separate Farmen** — Eine Farm teilt Deadline Cloud-Ressourcen wie Flotten, Warteschlangen und Speicherprofile nicht mit anderen Farmen, sodass separate Farmen die Workloads am stärksten voneinander trennen. Der Kompromiss besteht darin, dass mehr Ressourcen eingerichtet und verwaltet werden müssen, und Arbeitskapazität, die eine Farm nicht an eine andere verleihen kann. Durch die gemeinsame Nutzung externer AWS Ressourcen, z. B. eines Amazon S3 S3-Buckets, zwischen Farmen wird die Grenze geschwächt. Geben Sie also jeder Farm ihre eigene. + **Eine Farm, eine Flotte für jede Warteschlange** — Warteschlangen, die voneinander getrennt werden müssen, erhalten jeweils ihre eigene Flotte, sodass sich ihre Jobs niemals Worker-Hosts teilen. Sie müssen nur eine Farm verwalten, und die Überwachung der Benutzer kann auf jede Warteschlange beschränkt werden. Weitere Informationen zur Festlegung von Benutzerbereichen finden Sie unter [Benutzer verwalten](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/managing-users.html) im *Deadline* Cloud-Benutzerhandbuch. Der Kompromiss ist die partitionierte Kapazität: Untätige Mitarbeiter in einer Flotte können die Jobs einer anderen Warteschlange nicht übernehmen. + **Eine Farm, Warteschlangen, die sich Flotten teilen** — Die gemeinsame Nutzung von Flotten bietet Ihnen die einfachste Einrichtung und die beste Auslastung der Mitarbeiter. Da sich die Warteschlangen die Hosts der Mitarbeiter teilen, sollten Sie alle Warteschlangen, die sich eine Flotte teilen, als eine Sicherheitsgrenze behandeln. Bei einer vom Kunden verwalteten Flotte können Sie jeder Warteschlange auch einen eigenen Betriebssystembenutzer zuweisen, um Auftragsprozesse und Dateien voneinander zu trennen. Für welches Arrangement Sie sich auch entscheiden, halten Sie die gemeinsame Nutzung von Ressourcen innerhalb einer Sicherheitsgrenze: + Teilen Sie einen Amazon S3 S3-Bucket und ein Root-Präfix für Job-Anhänge nur zwischen Warteschlangen innerhalb derselben Sicherheitsgrenze. Weitere Informationen finden Sie unter [Sichere Auftragszuordnungen und Software-Buckets](job-attachment-queues.md). + Geben Sie einen Betriebssystembenutzer nur für Warteschlangen innerhalb derselben Sicherheitsgrenze frei. Weitere Informationen finden Sie unter [Führen Sie Jobs als dedizierte Betriebssystembenutzer aus](job-run-as-user.md). + Wenden Sie dieselbe Grenze auf alle anderen AWS Ressourcen an, die Sie in die Farm integrieren, z. B. auf gemeinsam genutzte Dateisysteme.