Was macht der Apache Sofort konkret tun?

Ich versuche zu wickeln meinem Kopf herum Apache Sofort und Klärungsbedarf in einigen Punkten.

Meine Verständnis der Sofort ist, dass es eine ausführbare Datei, die installiert wird auf jede körperliche/VM-server ("Knoten") in einem cluster, und dann bietet ein Java-API (irgendwie), die behandelt jeden einzelnen Knoten als einen kollektiven pool von computing-Ressourcen (CPU/RAM/usw.). Damit Programme Programmieren mit der Java API, Sie sehen nur 1 einzigen Satz von Ressourcen, und nicht darum sorgen müssen, wie/wo der code bereitgestellt wird.

Also zum einen, ich könnte grundlegend falsch in meinem Verständnis hier (in dem Fall bitte korrigieren Sie mich!). Aber wenn ich bin am Ziel, wie funktioniert dann das Java-API (über Sofort) erlauben es, Java-clients anzapfen dieser Ressourcen?!? Kann jemand ein konkretes Beispiel Sofort in Aktion?

Update

Werfen Sie einen Blick auf meine schrecklichen Zeichnung unten. Wenn ich verstehe, die Sofort-Architektur richtig, wir haben einen cluster aus 3 physikalischen Servern (phys01, phys02 und phys03). Jede dieser Gesundheitscheck läuft eine Ubuntu-host (oder was auch immer). Durch einen hypervisor, der, sagen wir, Xen, können wir 1+ VMs.

Ich bin daran interessiert, Docker & CoreOS, also werde ich diese in dieses Beispiel, aber ich vermute, das gleiche könnte auch für andere nicht-container-setups.

Also auf jeder VM haben wir CoreOS. Läuft auf jedem CoreOS Beispiel ist eine Sofort ausführbare Datei/server. Alle Sofort Knoten in einem cluster finden Sie alles, was unter Ihnen als einziger pool von Ressourcen und Artefakte werden willkürlich eingesetzt, um die Sofort-cluster und Sofort herausfinden, welche CoreOS Instanz tatsächlich bereitstellen.

Läuft auf der Oberseite des Sofort ist ein "Sofort-framework", wie Marathon oder Kubernetes. Inside Kubernetes sind verschiedene Docker-Containern (C1 - C4).

Was macht der Apache Sofort konkret tun?

Ist dieses Verständnis von Sofort mehr oder weniger korrekt?

  • Ich denke Sofort Knoten sehen nicht alles unter, wie ein einziger pool von Ressourcen, sondern die Ebene darüber, das ist der Rahmen. Bin ich richtig?
InformationsquelleAutor smeeb | 2015-01-22
  1. 31

    Ihre Zusammenfassung ist fast richtig, aber es ist nicht unbedingt die Essenz dessen, was sofort darstellt. Die vision der mesosphäre, die Firma hinter dem Projekt, ist die Erstellung einer "Datacenter Operating System", und sofort ist der kernel, der es in Analogie zu den kernel von einem normalen OS.
    Die API beschränkt sich nicht auf Java, C, C++, Java/Scala oder Python.
    Wenn Sie haben set-up Ihre sofort-cluster, wie Sie in Ihrer Frage beschreiben und nutzen wollen, Ihre Ressourcen, die Sie in der Regel tun dies durch eine Rahmen stattdessen laufen Sie Ihr Arbeitspensum direkt auf Sie. Dies bedeutet nicht, dass diese kompliziert ist hier ist ein sehr kleines Beispiel in Scala, die veranschaulicht dies. Frameworks existieren mehrere populäre distributed data processing Systeme wie Apache Spark, Apache Cassandra. Es gibt auch andere frameworks, wie Chronos einen cron auf Ebene des Rechenzentrums oder Marathon ermöglicht es Ihnen, Docker-basierte Anwendungen.

    Update:

    Ja, sofort kümmern uns um die Platzierung in den cluster, wie das ist, was ein kernel macht -- Planung und management von begrenzten Ressourcen. Das setup Sie haben skizziert, wirft einige offensichtliche Fragen, aber.

    Schichten unter sofort:
    Die Installation sofort auf CoreOS ist möglich, aber umständlich, wie ich finde. Dies ist nicht ein typisches Szenario für die Ausführung von sofort-in der Regel wird er auf der niedrigsten möglichen Ebene (über Ubuntu in deinem Fall). So, ich hoffe, Sie haben gute Gründe, die für die Ausführung von CoreOS und ein hypervisor.

    Schichten über sofort:
    Kubernetes ist verfügbar als Rahmen und mesosphäre scheint zu viel Mühe in Sie. Es ist jedoch ohne Frage, dass es teilweise überschneidungen in Bezug auf die Funktionalität-vor allem mit Bezug auf die Terminierung. Wenn Sie festlegen möchten, basic-workloads basierend auf Containern, könnten Sie besser dran, mit Marathon oder in der Zukunft vielleicht Aurora. So auch hier, ich hoffe, Sie haben gute Gründe für diese Anordnung.
    Nebenbei bemerkt: Kubernetes ist ähnlich-Marathon mit einem breiteren Ansatz und ziemlich rechthaberisch.

    • Ich danke Ihnen so muchh @vanthome (+1) - schauen Sie sich bitte mein update und drawring. Habe ich das wesentliche richtig? Wenn dem so ist, bin ich immer noch nicht verstehen die unterschiedlichen Rollen zwischen Sofort-Knoten und die "Rahmenbedingungen" (wie Marathon oder Kubernetes) ausgeführt werden, eine chance, die Sie ausarbeiten könnte? Nochmals vielen Dank!
    • Also, ist es fair zu sagen, dass sofort funktionieren am besten oben auf den physischen Servern, im Gegensatz zu virtuellen Servern? Wenn ja oder wenn Nein, warum nicht?
    • im Allgemeinen sind alle distributed resource management Systemen ausgeführt werden soll auf blankem Metall, da als eine Regel von Daumen, wenn Sie layer virtualization-Systeme übereinander, jede Schicht kostet Sie ~10% IO-performance. CPU-und Speicher-overhead sind in der Regel jedoch vernachlässigbar.
    • An vielen Orten sehe ich, den Rahmen (Marathon/Aurora/Framework-Komponente von Kubernetes) macht das "planen" und daher ist es die Planer. Aber Sie sagen Sofort übernimmt die Planung, wie es ist die Arbeit, die der kernel an einem Ort und die Rahmenbedingungen stellt die Planung an einem anderen. Als Sie erzählte, Planung scheinen sich zu überlappen bei beiden Sofort und FW. Das finden der Ressourcen scheint der Kern der Arbeit eines Schedulers für mich aber, dass die Arbeit getan wird, indem Sie Sofort die eine Ebene unter die Rahmen/ - Planer.
    • Also, was ist die Arbeit der Rahmen(soll ein scheduler)? Was sind die verschiedenen sub-Werke eine "zeitgesteuerte Verarbeitung" auf granularer Ebene und welcher Teil der Planung erfolgt durch Sofort-und welcher Teil der Planung erfolgt durch die frameworks ?
    InformationsquelleAutor vanthome
Schreibe einen Kommentar