WEBVTT 00:00:00.274 --> 00:00:03.741 [The Containers Channel] 00:00:03.741 --> 00:00:07.446 [Containergrundlagen – Hyper-V-Container] 00:00:07.446 --> 00:00:08.839 [Containergrundlagen – Hyper-V-Container The Containers Channel Microsoft] >> Hallo und herzlich willkommen bei einer weiteren Folge 00:00:08.839 --> 00:00:09.963 [Matt McSpirit Technikguru The Containers Channel Microsoft] auf unserem „Containers Channel“. 00:00:09.963 --> 00:00:12.862 [Matt McSpirit Technikguru The Containers Channel Microsoft] Mein Name ist Matt McSpirit, und ich bin Technikexperte für unsere Rechenzentrumstechnologie. 00:00:12.862 --> 00:00:14.460 [Matt McSpirit Technikguru The Containers Channel Microsoft] Auch heute werde ich wieder von Neil Peterson unterstützt, 00:00:14.460 --> 00:00:17.285 [The Containers Channel Microsoft Neil Peterson Senior Content Developer] der als Content-Entwickler an unserer Containertechnologie arbeitet. 00:00:17.285 --> 00:00:20.285 [The Containers Channel Microsoft Neil Peterson Senior Content Developer] In dieser Folge, mit der wir unsere Reihe zu den 00:00:20.285 --> 00:00:26.018 [Containergrundlagen – Hyper-V-Container] Containergrundlagen fortsetzen, werden wir uns 00:00:26.018 --> 00:00:27.680 [Containergrundlagen – Hyper-V-Container The Containers Channel Microsoft] mit Hyper-V-Containern beschäftigen. 00:00:27.680 --> 00:00:30.245 [Containergrundlagen – Hyper-V-Container The Containers Channel Microsoft] Neil, kannst du uns etwas zu 00:00:30.245 --> 00:00:32.307 [Containergrundlagen – Hyper-V-Container] Hyper-V-Containern erzählen? Was müssen wir in diesem Zusammenhang wissen? 00:00:32.307 --> 00:00:34.071 [The Containers Channel Microsoft] >> Natürlich. Erstmal vielen Dank, Matt. 00:00:34.072 --> 00:00:35.072 [The Containers Channel Microsoft] 00:00:36.972 --> 00:00:40.022 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] Bevor wir mit den Demos loslegen, 00:00:40.022 --> 00:00:41.341 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] möchte ich kurz erklären, was ein Hyper-V-Container ist. 00:00:41.341 --> 00:00:44.234 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] Wirklich nur ganz schnell ein paar Sätze dazu. 00:00:44.234 --> 00:00:47.633 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] In Technical Preview 3 haben wir Windows Server-Container implementiert. 00:00:47.633 --> 00:00:51.575 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] Ein Windows Server-Container ist im Grunde 00:00:51.575 --> 00:00:53.899 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] ein Container, der denselben Kernel nutzt wie 00:00:53.899 --> 00:00:55.086 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] der zugehörige Containerhost. 00:00:55.086 --> 00:00:56.149 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] >> Okay. 00:00:56.149 --> 00:00:57.168 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] >> Um den Container zu isolieren, 00:00:57.168 --> 00:01:00.418 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] werden eine Reihe von Prozess-, Namespace- 00:01:00.418 --> 00:01:03.915 [Hyper-V-Container Windows Server-Container – Isolation durch Prozess-, Namespace- und Netzwerkisolations-Technologien.] und Netzwerkisolations-Technologien eingesetzt. 00:01:03.915 --> 00:01:06.258 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] Hyper-V-Container wurden mit Technical Preview 4 eingeführt 00:01:06.258 --> 00:01:09.392 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] und sind im Grunde eine Erweiterung von 00:01:09.392 --> 00:01:10.543 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] Windows Server-Containern. Hyper-V-Container 00:01:10.543 --> 00:01:13.516 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] werden in einem hochgradig optimierten virtuellen Computer 00:01:13.516 --> 00:01:17.225 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] gekapselt und bieten dadurch 00:01:17.562 --> 00:01:19.912 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] eine zusätzliche Isolationsschicht. 00:01:19.912 --> 00:01:20.937 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] >> Verstehe. 00:01:20.937 --> 00:01:22.102 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] >> Und genau diese zusätzliche Isolationsschicht durch den virtuellen Computer macht Hyper-V-Container aus. 00:01:22.102 --> 00:01:23.119 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] >> Okay. Du hast eben von 00:01:23.119 --> 00:01:24.826 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] einem Containerhost gesprochen. 00:01:24.826 --> 00:01:25.856 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] Das könnte ein 00:01:25.856 --> 00:01:26.963 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] physischer oder ein 00:01:26.963 --> 00:01:27.973 [Hyper-V-Container – zusätzliche Isolationsschicht, indem jeder Container in einem hochgradig optimierten virtuellen Computer gekapselt wird.] virtueller Computer sein, richtig? 00:01:27.973 --> 00:01:30.168 [The Containers Channel Microsoft] Also im Grunde nur das Betriebssystem, 00:01:30.168 --> 00:01:33.537 [The Containers Channel] über das all diese unterschiedlichen Container ausgeführt werden? 00:01:33.537 --> 00:01:34.744 [The Containers Channel Microsoft] >> Ja, genau. >> Okay. 00:01:34.744 --> 00:01:37.529 [The Containers Channel Microsoft] Wir haben also diese beiden Typen: Windows Server-Container, 00:01:37.529 --> 00:01:40.034 [The Containers Channel Microsoft] die mit Technical Preview 3 für Windows Server 2016 eingeführt wurden, 00:01:40.034 --> 00:01:43.846 [The Containers Channel] und Hyper-V-Container, die in Technical Preview 4 für Windows Server 2016 implementiert wurden? 00:01:43.846 --> 00:01:44.848 [The Containers Channel Microsoft] >> Exakt. >> Okay. Okay. 00:01:44.848 --> 00:01:45.848 [The Containers Channel Microsoft] >> So ist es. 00:01:45.848 --> 00:01:48.954 [The Containers Channel Microsoft] Das ist allerdings wirklich nur eine sehr einfache Beschreibung 00:01:48.954 --> 00:01:52.456 [The Containers Channel Microsoft] von Windows Server-Containern und Hyper-V-Containern. 00:01:52.456 --> 00:01:56.067 [The Containers Channel] Ich würde die beiden Containertypen gern in ein paar Demos 00:01:56.067 --> 00:01:57.188 [The Containers Channel] näher erläutern und vergleichen. 00:01:57.188 --> 00:01:58.729 [The Containers Channel Microsoft] >> Hört sich gut an. Legen wir also los. 00:01:58.729 --> 00:01:59.783 [The Containers Channel Microsoft] >> Okay. 00:01:59.783 --> 00:02:02.377 [The Containers Channel Microsoft] Ich habe dafür drei kleine Demos vorbereitet. 00:02:02.377 --> 00:02:04.947 [Hyper-V-Container – Demo] Als Erstes werden wir einen Windows Server-Container erstellen 00:02:04.947 --> 00:02:07.681 [Hyper-V-Container – Demo] und diesen aus Sicht des Containerhosts betrachten. 00:02:07.681 --> 00:02:10.217 [Hyper-V-Container – Demo] Dabei schauen wir uns auch die Prozesse an, die auf dem Host ausgeführt werden, 00:02:10.217 --> 00:02:13.042 [Hyper-V-Container – Demo] und werden sehen, in welchem Zusammenhang diese Prozesse mit dem Container stehen. 00:02:13.042 --> 00:02:15.487 [Hyper-V-Container – Demo] Danach machen wir genau dasselbe mit einem Hyper-V-Container, 00:02:15.487 --> 00:02:16.639 [Hyper-V-Container – Demo] um herauszufinden, wo die Unterschiede liegen. 00:02:16.639 --> 00:02:17.647 [Hyper-V-Container – Demo] >> Okay. 00:02:21.013 --> 00:02:23.666 [Hyper-V-Container – Demo] Für diese Schritte werde ich sowohl PowerShell als auch Docker verwenden. 00:02:23.666 --> 00:02:28.617 [Hyper-V-Container – Demo] Zum Schluss werde ich kurz zeigen, wie man einen Windows Server-Container erstellt 00:02:28.617 --> 00:02:31.375 [Hyper-V-Container – Demo] und diesen in einen Hyper-V-Container umwandelt. 00:02:31.375 --> 00:02:34.822 [Hyper-V-Container – Demo] >> Du hast gerade erwähnt, dass du sowohl PowerShell 00:02:34.822 --> 00:02:37.644 [Hyper-V-Container – Demo] als auch Docker verwenden wirst. 00:02:37.644 --> 00:02:39.738 [Hyper-V-Container – Demo] In einer der vorherigen Folgen 00:02:39.738 --> 00:02:41.094 [Hyper-V-Container – Demo] wurden wir gefragt, 00:02:43.568 --> 00:02:45.329 [Hyper-V-Container – Demo] wann PowerShell und wann 00:02:45.329 --> 00:02:47.234 [Hyper-V-Container – Demo] Docker verwendet werden sollte. 00:02:47.234 --> 00:02:48.297 [Hyper-V-Container – Demo] Kannst du ganz allgemein 00:02:48.297 --> 00:02:51.935 [Hyper-V-Container – Demo] etwas dazu sagen? Welche Aspekte sollten berücksichtigt werden, 00:02:51.935 --> 00:02:53.545 [Hyper-V-Container – Demo] wenn man sich zwischen PowerShell und Docker entscheidet? 00:02:53.545 --> 00:02:55.781 [Hyper-V-Container – Demo] >> Ja, natürlich. Ich werde mir Mühe geben. 00:02:55.781 --> 00:02:57.161 [Hyper-V-Container – Demo] >> Okay. >> Erstmal möchte ich darauf hinweisen, dass die Entwicklung 00:02:57.161 --> 00:03:00.103 [Hyper-V-Container – Demo] mit der technischen Vorschau noch nicht abgeschlossen ist. Der Vorteil von 00:03:00.103 --> 00:03:02.935 [Hyper-V-Container – Demo] PowerShell ist aber natürlich, dass Sie, wenn Sie wie ich ein begeisterter Windows-Benutzer sind, 00:03:02.935 --> 00:03:05.987 [Hyper-V-Container – Demo] von einer vertrauten Umgebung profitieren. Wir werden gleich z. B. eine ganze Reihe von PowerShell-Befehlen in Skripts sehen, 00:03:05.987 --> 00:03:08.347 [The Containers Channel] die ich geschrieben habe, um mehrere 00:03:08.347 --> 00:03:13.308 [The Containers Channel] Container bereitzustellen und verschiedene Aufgaben für diese Container 00:03:13.308 --> 00:03:16.178 [The Containers Channel] auszuführen. All das konnte ich mit einer Sprache umsetzen, 00:03:16.178 --> 00:03:17.209 [The Containers Channel] die ich in- und auswendig kenne. 00:03:17.209 --> 00:03:18.217 [The Containers Channel] >> Verstehe. 00:03:18.217 --> 00:03:22.150 [The Containers Channel] >> Aber auch Docker gibt es schon eine ganze Weile, und es sind 00:03:22.150 --> 00:03:27.880 [The Containers Channel] verschiedene Tools zum Verwalten von Containern verfügbar, die wirklich durchdacht sind und sich etabliert haben. 00:03:27.880 --> 00:03:31.882 [The Containers Channel] Und da diese Funktionen sowohl für Windows Server- als auch für Hyper-V-Container verwendet werden können, 00:03:31.882 --> 00:03:34.760 [The Containers Channel] ist es im Prinzip Geschmackssache, 00:03:34.760 --> 00:03:37.788 [The Containers Channel] für welche Verwaltungstools Sie sich entscheiden. 00:03:37.788 --> 00:03:40.308 [The Containers Channel] >> Wenn Sie bisher eine simple Standardlösung eingesetzt und noch nie 00:03:40.308 --> 00:03:42.592 [The Containers Channel Microsoft] mit Docker gearbeitet haben, bietet PowerShell vielleicht schon alle Funktionen, 00:03:42.592 --> 00:03:45.791 [The Containers Channel] die Sie benötigen, wohingegen die Docker-Tools etwas ausgereifter sind 00:03:45.791 --> 00:03:48.898 [The Containers Channel] und insbesondere im Zusammenhang mit Linux 00:03:48.898 --> 00:03:52.288 [The Containers Channel] umfangreichere Optionen bieten als PowerShell. 00:03:52.288 --> 00:03:54.256 [The Containers Channel] Ihnen stehen also grundsätzlich mehr Funktionen zur Verfügung, 00:03:54.256 --> 00:03:57.019 [The Containers Channel] im Zusammenhang mit Windows Server-Containern sind die Unterschiede aber nicht allzu groß, richtig? 00:03:57.019 --> 00:03:58.306 [The Containers Channel] >> Ganz genau. >> Also ziemlich ähnliche Funktionen. 00:03:58.306 --> 00:03:59.352 [The Containers Channel] >> Okay. 00:03:59.352 --> 00:04:00.932 [The Containers Channel] >> In Neils Demos werden Sie gleich einige kleinere 00:04:00.932 --> 00:04:02.837 [The Containers Channel] Unterschiede sehen, 00:04:02.837 --> 00:04:05.329 [The Containers Channel] und auch in einigen unserer vorherigen Demos haben wir gezeigt, in welchen Punkten sich PowerShell und Docker unterscheiden. 00:04:05.329 --> 00:04:08.005 [The Containers Channel] Fangen wir also mit der ersten Demo an. 00:04:08.005 --> 00:04:09.371 Was haben wir hier? 00:04:09.371 --> 00:04:13.136 >> Okay. Als Erstes erstelle ich einen Windows Server-Container. 00:04:13.136 --> 00:04:16.546 Die entsprechenden PowerShell-Skripts habe ich schon vorbereitet. 00:04:16.546 --> 00:04:17.568 >> Okay. 00:04:17.568 --> 00:04:20.446 >> Ich erstelle also einen neuen Container für mein Windows Server Core-Image. 00:04:20.446 --> 00:04:21.511 >> Okay. 00:04:21.511 --> 00:04:23.202 >> Das sollten unsere Zuschauer schon aus den vorherigen Videos kennen, 00:04:23.202 --> 00:04:25.626 in denen ein einfacher Windows Server-Container erstellt wurde. 00:04:25.626 --> 00:04:26.657 >> Ja. Ja, genau. 00:04:26.657 --> 00:04:29.598 Ich werde hier nicht näher auf die Einzelheiten eingehen. 00:04:29.598 --> 00:04:32.193 Sie sollten sich also definitiv einige der vorherigen Videos ansehen. 00:04:32.193 --> 00:04:34.440 Dann starte ich diesen Container. 00:04:34.440 --> 00:04:37.571 Anschließend starte ich einen Prozess 00:04:37.571 --> 00:04:38.580 innerhalb des Containers. 00:04:38.580 --> 00:04:41.936 Dazu führe ich „Invoke-Command“ für den Container aus 00:04:41.936 --> 00:04:44.053 und starte den Prozess „ping localhost“. 00:04:44.053 --> 00:04:45.078 >> Okay. 00:04:45.078 --> 00:04:48.237 >> Ich starte also einen Ping-Prozess, der dauerhaft ausgeführt wird. 00:04:48.237 --> 00:04:49.768 >> Das könnte aber auch ein anderer Prozess oder Vorgang sein, richtig? 00:04:49.768 --> 00:04:52.300 Beispielweise ein aufwändiges Skript oder ein Dienst, 00:04:52.300 --> 00:04:53.674 der gestartet werden muss, oder so etwas in der Art? 00:04:53.674 --> 00:04:56.472 >> Ja, genau. 00:04:56.472 --> 00:05:01.547 Während der Prozess gestartet wird, noch ein paar Worte zur Umgebung: 00:05:01.547 --> 00:05:03.860 Ich arbeite hier auf dem Containerhost. 00:05:03.860 --> 00:05:06.817 Wir befinden uns also gerade auf dem Containerhost, 00:05:06.817 --> 00:05:09.921 auf dem ich einen Container gestartet habe. 00:05:09.921 --> 00:05:11.002 >> Okay. 00:05:11.002 --> 00:05:14.750 >> Sekunde, ich minimiere dieses Fenster. Wenn wir jetzt durch die Prozesse auf dem Host 00:05:14.750 --> 00:05:18.917 scrollen, sehen wir, dass ein Prozess 00:05:18.917 --> 00:05:20.084 „PING.EXE“ ausgeführt wird. 00:05:20.084 --> 00:05:21.098 >> Okay. 00:05:21.098 --> 00:05:22.892 >> Dieser Prozess ist also auf dem Containerhost sichtbar. 00:05:22.892 --> 00:05:25.550 >> Okay. >> Jetzt werde ich... 00:05:25.550 --> 00:05:27.248 >> Obwohl der Prozess innerhalb des Containers ausgeführt wird. 00:05:27.248 --> 00:05:28.257 >> Genau, innerhalb des Containers. >> Okay. 00:05:28.257 --> 00:05:30.422 >> Okay. An dieser Stelle lassen sich jetzt hervorragend die Unterschiede bzw. zumindest die offensichtlichen Unterschiede 00:05:30.422 --> 00:05:33.100 zwischen einem Windows Server-Container und 00:05:33.100 --> 00:05:34.619 einem Hyper-V-Container aufzeigen. 00:05:34.619 --> 00:05:39.219 >> Ich starte dazu eine Sitzung innerhalb dieses Containers. 00:05:45.131 --> 00:05:48.358 Wie Sie sehen, habe ich eine PowerShell-Remotesitzung 00:05:48.358 --> 00:05:49.388 innerhalb des Containers erstellt. 00:05:49.388 --> 00:05:51.736 >> „ping“ ist dabei der Name des Containers, richtig? 00:05:51.736 --> 00:05:53.109 >> Ja, genau, der Name des Containers lautet „ping“. 00:05:53.109 --> 00:05:55.805 >> Okay. 00:05:55.805 --> 00:05:57.900 >> Wenn ich jetzt „Get-Process“ ausführe, 00:06:00.690 --> 00:06:04.370 Jetzt dauert es gerade etwas... 00:06:04.370 --> 00:06:06.377 >> Das geht mir manchmal auch so. 00:06:06.377 --> 00:06:07.405 >> So, jetzt. >> Okay. 00:06:07.405 --> 00:06:09.338 >> Gibt dir gerade genug Zeit... 00:06:09.338 --> 00:06:10.354 >> Ja, genau. 00:06:10.354 --> 00:06:16.639 Wenn wir uns innerhalb des Containers befinden, sehen wir also auch einen Prozess „PING“. 00:06:16.639 --> 00:06:20.165 Außerdem sehen Sie die Prozess-ID 4556, 00:06:20.165 --> 00:06:22.558 die mit der Prozess-ID übereinstimmt, die auf dem 00:06:22.558 --> 00:06:23.740 Host angezeigt wird. 00:06:23.740 --> 00:06:26.196 Ich kann diesen Prozess sogar 00:06:26.196 --> 00:06:29.900 [Task-Manager] auf dem Host beenden... 00:06:29.900 --> 00:06:32.410 Ja. Wenn ich dann nochmal „Get-Process“ ausführe... 00:06:32.410 --> 00:06:33.480 >> Ist er weg. >> Genau, er ist weg. 00:06:33.480 --> 00:06:34.638 >> Sehen Sie? 00:06:34.638 --> 00:06:38.025 >> Daran kann man gut erkennen, dass ein gemeinsamer Kernel verwendet wird. 00:06:38.025 --> 00:06:40.847 Der Container ist zwar isoliert, aber dennoch werden 00:06:40.847 --> 00:06:44.460 einige Vorgänge für den Containerhost offengelegt. 00:06:44.460 --> 00:06:45.501 Wenn wir also... 00:06:47.038 --> 00:06:50.948 Wie bereits erwähnt, ist das bei Hyper-V-Containern nicht der Fall. 00:06:50.948 --> 00:06:56.058 Bei diesen Containern wird der Kernel nicht gemeinsam genutzt. 00:06:56.058 --> 00:06:59.849 Stattdessen wird ein Container in einem virtuellen Computer 00:06:59.849 --> 00:07:01.237 gekapselt, der in hohem Maße optimiert ist. 00:07:01.237 --> 00:07:05.202 >> Das ist aber nichts, was man selbst oder der Administrator tun muss, oder? 00:07:05.202 --> 00:07:06.820 Ich muss also keinen speziellen virtuellen Computer im 00:07:06.820 --> 00:07:12.497 Hyper-V-Manager erstellen und starten, um dann einen Container zu erstellen, der in diesem virtuellen Computer 00:07:12.497 --> 00:07:15.221 gekapselt ist, oder? 00:07:15.221 --> 00:07:16.271 Über diese Schritte muss ich mir keine Gedanken machen, richtig? 00:07:16.271 --> 00:07:18.782 >> Ganz genau. Das ist ja das Tolle daran. 00:07:18.782 --> 00:07:22.173 Die Verwaltungsschritte sind sogar identisch. 00:07:22.173 --> 00:07:23.750 >> Okay. 00:07:23.750 --> 00:07:26.091 >> Mit Ausnahme einer einzigen Option, die wir uns jetzt ansehen werden. 00:07:26.091 --> 00:07:27.112 >> Okay, super. 00:07:27.112 --> 00:07:29.082 >> Ich führe diese Befehle hier also aus, 00:07:29.082 --> 00:07:30.742 und dann schauen wir uns an, was passiert. 00:07:30.742 --> 00:07:33.310 Wie Sie sehen, gibt es kaum Unterschiede. 00:07:33.310 --> 00:07:34.969 Auch hier führe ich „New-Container“ aus 00:07:34.969 --> 00:07:38.429 und gebe dem Container einen Namen. In diesem Fall „hypv“. 00:07:38.429 --> 00:07:41.300 Außerdem wähle ich ein Containerimage aus. 00:07:41.300 --> 00:07:42.974 Wie Sie sehen, habe ich das Nano Server-Image ausgewählt. 00:07:42.974 --> 00:07:44.387 >> Das ist das Basisimage für diesen Container? 00:07:44.387 --> 00:07:47.985 >> Genau, das ist das Basisimage für diesen Container. Für Hyper-V-Container in Technical Preview 4 00:07:47.985 --> 00:07:49.854 muss also ein Nano Server-Basisimage gewählt werden. 00:07:49.854 --> 00:07:52.771 >> Okay, super. 00:07:52.771 --> 00:07:56.655 >> Und hier ist die Option, die angibt, 00:07:56.655 --> 00:08:00.577 dass es sich um einen Hyper-V-Container handelt. Für „RuntimeType“ geben wir also „HyperV“ an. 00:08:00.577 --> 00:08:03.302 Die Auswahl der Laufzeit ist im Grunde auch der einzige große Unterschied 00:08:03.302 --> 00:08:04.785 zwischen einem Windows Server-Container 00:08:04.785 --> 00:08:06.865 und einem Hyper-V-Container. 00:08:06.865 --> 00:08:08.437 >> Zumindest im Hinblick auf die Bereitstellung. 00:08:08.437 --> 00:08:09.468 >> Ja, genau. Ja, genau. Das stimmt. 00:08:09.468 --> 00:08:11.125 >> Okay. 00:08:11.125 --> 00:08:13.852 >> Wie Sie sehen, habe ich den Container gestartet 00:08:13.852 --> 00:08:15.484 und genau dieselben Schritte nochmal ausgeführt. 00:08:15.484 --> 00:08:18.843 Ich habe also den Befehl aufgerufen und „ping localhost -t“ ausgeführt, 00:08:18.843 --> 00:08:20.983 damit dieser Prozess dauerhaft ausgeführt wird. 00:08:20.983 --> 00:08:22.142 >> Okay. 00:08:22.142 --> 00:08:25.575 >> Jetzt wechseln wir auch hier nochmal zum Host. 00:08:25.575 --> 00:08:29.259 Und wie Sie sehen, wird der Ping-Prozess nicht angezeigt. 00:08:29.259 --> 00:08:30.278 >> Okay. 00:08:30.278 --> 00:08:33.716 >> Da der Container in dem hochgradig optimierten 00:08:33.716 --> 00:08:36.904 virtuellen Computer gekapselt ist, finden alle Prozesse dort statt. 00:08:36.904 --> 00:08:37.947 >> Okay. 00:08:37.947 --> 00:08:39.663 >> Ein paar Dinge werden allerdings angezeigt... 00:08:39.663 --> 00:08:42.712 Wenn ich „Get-Container“ ausführe und 00:08:47.628 --> 00:08:51.167 „Select *“ eingebe, wird hier eine Container-ID angezeigt. 00:08:52.694 --> 00:08:57.054 Und wenn ich auf dem Host durch die Liste der Prozesse scrolle, sehen wir einen 00:08:57.054 --> 00:08:59.223 VM-Arbeitsprozess. 00:08:59.223 --> 00:09:03.913 Das ist der Hyper-V-Prozess, der für einen virtuellen Computer ausgeführt wird. 00:09:03.913 --> 00:09:06.863 Wie Sie sehen, stimmt der Benutzername 00:09:06.863 --> 00:09:12.051 dieses VM-Arbeitsprozesses mit der ID des Containers überein. 00:09:12.051 --> 00:09:15.469 Das ist also eine Möglichkeit, um meinen Hyper-V-Container 00:09:15.469 --> 00:09:18.204 mit einem Prozess auf dem Host in Zusammenhang zu bringen. Die eigentlichen Prozesse, 00:09:18.204 --> 00:09:20.273 die innerhalb eines Containers ausgeführt werden, werden jedoch nicht aufgeführt. 00:09:20.273 --> 00:09:22.138 >> Und im Hyper-V-Manager würden diese Infos 00:09:22.138 --> 00:09:23.777 auch nicht angezeigt, nehme ich an? 00:09:23.777 --> 00:09:25.258 >> Nein. >> Obwohl es ein virtueller Computer ist? 00:09:25.258 --> 00:09:27.894 >> Genau. Das ist richtig. Okay. Verstehe. 00:09:27.894 --> 00:09:30.130 Wenn wir jetzt in den Container 00:09:36.052 --> 00:09:38.874 wechseln, dann sehen wir, 00:09:38.874 --> 00:09:40.288 dass der Ping-Prozess ausgeführt wird. 00:09:40.288 --> 00:09:41.436 >> Okay. 00:09:48.116 --> 00:09:50.914 >> Da ist er. 00:09:50.914 --> 00:09:53.366 Das war also nur ein kurzes Beispiel, 00:09:53.366 --> 00:09:55.632 [The Containers Channel Microsoft] um die Unterschiede zwischen einem Windows Server-Container 00:09:55.632 --> 00:09:58.315 [The Containers Channel Microsoft] und einem Hyper-V-Container aus Sicht 00:09:58.315 --> 00:09:59.519 [The Containers Channel Microsoft] des Hosts zu erläutern. 00:09:59.519 --> 00:10:02.969 [The Containers Channel Microsoft] >> Wenn Sie also z. B. ein Dienstanbieter sind oder 00:10:02.969 --> 00:10:07.505 [The Containers Channel] sich Gedanken über die Ausführung von Workloads in Containern machen, 00:10:07.505 --> 00:10:09.581 [The Containers Channel] die in einer freigegebenen Umgebung oder in einer Umgebung mit mehreren Mandanten ausgeführt werden 00:10:09.581 --> 00:10:13.336 [The Containers Channel] und möglicherweise sensible Informationen enthalten, 00:10:13.336 --> 00:10:17.427 [The Containers Channel] dann bieten Hyper-V-Container eine zusätzliche Isolationsschicht. 00:10:17.427 --> 00:10:19.607 [The Containers Channel] Sie profitieren also von der Hardware-Isolation einer VM, 00:10:19.607 --> 00:10:22.376 [The Containers Channel] gleichzeitig aber auch von der Portabilität eines Containers? 00:10:22.376 --> 00:10:23.461 [The Containers Channel] >> Genau. Das ist richtig. 00:10:23.461 --> 00:10:25.168 [The Containers Channel] >> Und abgesehen von der einen Option, die du erwähnt hast, 00:10:25.168 --> 00:10:28.498 [The Containers Channel] sind die Verwaltungsschritte genau dieselben. 00:10:28.498 --> 00:10:29.857 [The Containers Channel Microsoft] >> Ja, Das ist richtig. 00:10:29.857 --> 00:10:35.763 [The Containers Channel Microsoft] Bisher haben wir all diese Schritte also mit PowerShell ausgeführt. 00:10:35.763 --> 00:10:37.963 Dieselben Funktionen sind aber auch in Docker verfügbar. 00:10:39.152 --> 00:10:44.858 Sekunde, ich werde diese Zeile hier kurz kopieren. 00:10:44.858 --> 00:10:48.186 Hier haben wir also den Standardbefehl „docker run“. 00:10:48.186 --> 00:10:49.209 >> Okay. 00:10:49.209 --> 00:10:52.780 >> Mit „docker run -it“ wird eine interaktive Sitzung gestartet. 00:10:52.780 --> 00:10:53.833 >> Okay. 00:10:53.833 --> 00:10:56.085 >> Und hier ist die Option, die wir uns ansehen möchten: 00:10:56.085 --> 00:10:58.526 „isolation=hyperv“. 00:10:58.526 --> 00:10:59.629 >> Okay. 00:10:59.629 --> 00:11:03.250 >> Das hier ist die ID des Images, das ausgeführt werden soll, also des Nano Server-Images. 00:11:03.250 --> 00:11:05.127 Dann starte ich unsere Befehlsshell. 00:11:07.534 --> 00:11:09.683 Sobald wir diese Befehle ausführen, 00:11:09.683 --> 00:11:12.826 sehen wir hier, dass ein weiterer VM-Arbeitsprozess gestartet wurde. 00:11:12.826 --> 00:11:13.999 >> Okay. 00:11:13.999 --> 00:11:16.457 >> Der Hyper-V-Container wird also erstellt. 00:11:16.457 --> 00:11:17.626 >> Okay. 00:11:17.626 --> 00:11:20.527 Unabhängig davon, ob Sie Docker oder PowerShell verwenden, 00:11:20.527 --> 00:11:22.655 wird also dasselbe Ergebnis erzielt. 00:11:22.655 --> 00:11:24.445 >> Der einzige Unterschied besteht darin, 00:11:24.445 --> 00:11:27.130 dass Sie sich hier in der Befehlszeilenansicht von Docker befinden, 00:11:27.130 --> 00:11:30.609 weil Sie den Vorgang mit einem Docker-Befehl gestartet haben. 00:11:30.609 --> 00:11:31.831 Klasse. 00:11:31.831 --> 00:11:36.260 >> Bei der Arbeit mit Windows Server-Containern und 00:11:36.260 --> 00:11:39.183 Hyper-V-Containern ist aber nicht nur die einheitliche Verwaltung sehr praktisch, sondern 00:11:39.183 --> 00:11:42.074 außerdem 00:11:42.074 --> 00:11:44.003 die Möglichkeit, 00:11:44.003 --> 00:11:46.546 [The Containers Channel Microsoft] einen Windows Server-Container 00:11:46.546 --> 00:11:50.705 [The Containers Channel Microsoft] nach der Entwicklung in einen 00:11:50.705 --> 00:11:52.037 [The Containers Channel Microsoft] Hyper-V-Container umzuwandeln. 00:11:52.037 --> 00:11:54.107 [The Containers Channel Microsoft] >> Wenn Sie also eine Anwendung entwickeln und 00:11:54.107 --> 00:11:57.372 [The Containers Channel Microsoft] in einem Container verpacken und diesen Container auf Windows Server bereitstellen – z. B. in 00:11:57.372 --> 00:11:58.733 [The Containers Channel] Ihrer Testumgebung –, dann 00:11:58.733 --> 00:12:01.725 [The Containers Channel] müssten Sie die App nicht ändern, 00:12:01.725 --> 00:12:03.566 [The Containers Channel] wenn sie zu einem späteren Zeitpunkt in einer isolierteren Umgebung ausgeführt werden müsste? 00:12:03.566 --> 00:12:04.850 [The Containers Channel] >> Genau. >> Okay. Gut. 00:12:04.850 --> 00:12:05.920 [The Containers Channel Microsoft] >> Sehen wir uns ein Beispiel dazu an. 00:12:05.920 --> 00:12:07.239 Hier habe ich 00:12:07.239 --> 00:12:09.557 [Benutzername: Kennwort: Domäne:] einen Nano Server-Containerhost. 00:12:17.686 --> 00:12:19.830 [Nano Server-Wiederherstellungskonsole] Und hier sehen Sie die IP-Adresse. 00:12:19.830 --> 00:12:23.944 [Nano Server-Wiederherstellungskonsole] Wie Sie wissen, gibt es in Nano Server keine lokale Anmeldung. 00:12:23.944 --> 00:12:26.533 [Nano Server-Wiederherstellungskonsole] Ich habe also auf meinem Laptop zwei PowerShell-Sitzungen 00:12:26.533 --> 00:12:29.273 mit diesem Nano Server-Containerhost erstellt. 00:12:29.273 --> 00:12:31.139 >> Okay. 00:12:31.139 --> 00:12:37.072 >> Und genau wie vorhin, habe ich auch hier schon ein paar Skripts für diese Demo vorbereitet. 00:12:41.540 --> 00:12:45.712 Mit dem ersten Skript erstelle ich einen Container. 00:12:45.712 --> 00:12:49.830 Ich führe also „New-Container“ aus, gebe als Containernamen „ping“ sowie das Containerimage „Nano Server“ und einen Switchnamen an, d. h. ich weise den Container 00:12:49.830 --> 00:12:51.486 einem Switch zu. 00:12:51.486 --> 00:12:54.124 >> Okay. >> Dann starte ich den Ping-Prozess. 00:12:55.130 --> 00:12:56.524 Sorry, ich starte den Container 00:12:56.524 --> 00:13:01.104 und führe dann genau wie vorhin den Ping-Prozess aus. 00:13:01.104 --> 00:13:04.810 Ich erstelle also einen Windows Server-Container auf einem Nano Server-Host. 00:13:08.981 --> 00:13:11.941 Und der Container wird gerade gestartet. 00:13:11.941 --> 00:13:13.023 >> Das ist also ein... 00:13:13.023 --> 00:13:14.345 Obwohl es ein Windows Server-Container ist, 00:13:14.345 --> 00:13:16.313 ist er Nano Server-basiert, richtig? 00:13:16.313 --> 00:13:17.396 >> Ja, genau, er verwendet ein Nano Server-basiertes Image. 00:13:17.396 --> 00:13:20.647 In Technical Preview 4 gibt es also ein paar Einschränkungen dazu, 00:13:20.647 --> 00:13:23.727 welches Betriebssystem-Basisimage auf welchem Hostbetriebssystem ausgeführt werden kann. 00:13:23.727 --> 00:13:25.950 >> Okay. 00:13:25.950 --> 00:13:30.060 >> Wenn ich jetzt auf dem Host „get-process“ ausführe, 00:13:30.060 --> 00:13:35.734 sehen wir hier meinen Ping-Prozess. Der Prozess des Windows Server-Containers 00:13:35.734 --> 00:13:37.101 wird also auf dem Host offengelegt. 00:13:37.101 --> 00:13:38.104 >> Okay. 00:13:38.104 --> 00:13:42.860 >> Anstatt diesen Container jetzt zu löschen und einen neuen Container zu erstellen, 00:13:42.860 --> 00:13:47.377 nehmen wir einfach denselben Container nochmal. 00:13:47.377 --> 00:13:51.316 Wenn ich also „Get-Container“ ausführe, wird 00:13:51.316 --> 00:13:52.414 hier mein Container „ping“ angezeigt. 00:13:52.414 --> 00:13:56.021 >> Okay. 00:13:56.021 --> 00:13:58.352 >> Dann habe ich ein weiteres Skript vorbereitet: „demo2“. 00:13:58.352 --> 00:14:02.445 Ich führe „type“ aus, um den Text des Skripts auf dem Bildschirm anzuzeigen. 00:14:02.445 --> 00:14:03.471 >> Okay. 00:14:03.471 --> 00:14:05.493 >> Jetzt halte ich den Container an. 00:14:05.493 --> 00:14:08.876 Dann führe ich den Befehl „Set-Container ping“ aus 00:14:08.876 --> 00:14:11.333 und lege als Laufzeit „HyperV“ fest. 00:14:11.333 --> 00:14:12.842 >> Dabei ist „ping“ der Name des Containers, richtig? 00:14:12.842 --> 00:14:15.289 >> Ja, genau, „ping“ ist der Name des Containers. 00:14:15.289 --> 00:14:18.368 Dann starte ich den Container, und rufe auch hier nochmal 00:14:18.368 --> 00:14:20.895 den Befehl auf, um den Ping-Prozess zu starten. 00:14:20.895 --> 00:14:24.459 >> Wenn alles funktioniert, sollte der Ping-Prozess also auf der rechten Seite nicht mehr sichtbar sein, 00:14:24.459 --> 00:14:26.829 wenn du das nächste Mal „get-process“ ausführst? 00:14:26.829 --> 00:14:27.841 >> Genau. 00:14:27.841 --> 00:14:29.471 >> Denn wir haben den Container angehalten, in dem der Prozess ausgeführt wurde, 00:14:29.471 --> 00:14:32.020 und da er jetzt in einem Hyper-V-Container gekapselt ist, 00:14:32.020 --> 00:14:33.323 wird er nicht mehr angezeigt. 00:14:33.323 --> 00:14:36.392 >> Und nicht nur das. Außerdem wird ein VM-Arbeitsprozesses gestartet. 00:14:36.392 --> 00:14:37.904 >> Okay. Da ist er. 00:14:37.904 --> 00:14:39.745 >> Und da in dieser Liste die Prozesse auf dem Host und 00:14:39.745 --> 00:14:43.178 die Prozesse aus dem ausgeführten Container angezeigt werden, 00:14:43.178 --> 00:14:45.909 schrumpft die Liste ziemlich zusammen. 00:14:45.909 --> 00:14:47.014 >> Okay. 00:14:48.570 --> 00:14:52.629 >> Ich führe also dieses Skript aus, mit dem der Container angehalten, 00:14:52.629 --> 00:14:54.362 umgewandelt und erneut gestartet wird. 00:15:04.281 --> 00:15:05.436 Dann führe ich „get-process“ aus. 00:15:05.436 --> 00:15:08.534 Wie Sie sehen, ist die Liste jetzt deutlich kürzer. 00:15:08.534 --> 00:15:13.915 Hier ist der VM-Arbeitsprozess, der gestartet wurde, und das war‘s auch schon. 00:15:13.915 --> 00:15:15.362 >> Okay. 00:15:15.362 --> 00:15:20.482 Wir haben also gesehen, wie einfach Sie zwischen 00:15:20.482 --> 00:15:24.051 [Hyper-V-Container – Demo Klicken Sie, um Notizen hinzuzufügen] einem normalen Windows Server-Container (unabhängig von Nano Server in diesem Fall) 00:15:24.051 --> 00:15:26.533 [Hyper-V-Container – Demo Klicken Sie, um Notizen hinzuzufügen] und einem Hyper-V-Container wechseln können. Außerdem haben Sie gesehen, 00:15:26.533 --> 00:15:32.514 [The Containers Channel Microsoft] wie einfach es ist, neue Windows Server-Container und neue Hyper-V-basierte Container zu erstellen. 00:15:32.514 --> 00:15:33.514 [The Containers Channel Microsoft] 00:15:33.514 --> 00:15:36.423 [The Containers Channel Microsoft] Das ist wirklich alles sehr unkompliziert. Und wenn Sie sich näher mit diesen Schritten beschäftigen möchten, finden Sie in der Dokumentation weitere Informationen. 00:15:36.423 --> 00:15:37.431 [Ressourcen Dokumentation zu Containern Partnerschaft zwischen Microsoft und Docker Erste Schritte mit Docker] >> Genau, das ist richtig. 00:15:37.431 --> 00:15:40.190 [Ressourcen Dokumentation zu Containern Partnerschaft zwischen Microsoft und Docker Erste Schritte mit Docker] >> Okay, damit sind wir auch schon am Ende unserer Folge 00:15:40.190 --> 00:15:42.995 [The Containers Channel Microsoft] zu den Containergrundlagen angelangt. 00:15:42.995 --> 00:15:44.151 [The Containers Channel Microsoft] Wir hoffen, dass sie Ihnen gefallen hat. 00:15:44.151 --> 00:15:46.196 [The Containers Channel Microsoft] Nutzen Sie diese Ressourcen, wenn Sie an weiteren Informationen interessiert sind. 00:15:46.196 --> 00:15:49.043 [The Containers Channel Microsoft] Laden Sie die technische Vorschau herunter, und probieren Sie die Funktionen selbst aus. 00:15:49.043 --> 00:15:50.723 [The Containers Channel Microsoft] Sie können sie sogar in Azure ausführen. 00:15:50.723 --> 00:15:53.568 [The Containers Channel Microsoft] Das ist eine hervorragende Möglichkeit, um sich weiter mit diesem Thema zu beschäftigen. Wir hoffen, Sie schon bald bei 00:15:53.568 --> 00:15:55.348 [The Containers Channel Microsoft] einer weiteren Folge auf dem „Containers Channel“ begrüßen zu dürfen. 00:15:55.348 --> 00:15:56.434 [The Containers Channel Microsoft] Vielen Dank. 00:15:56.434 --> 00:15:57.502 [The Containers Channel Microsoft] >> Danke, Matt. 00:15:57.502 --> 00:16:02.397 [Ressourcen Windows Server 2016 Technical Preview herunterladen Dokumentation zu Containern Partnerschaft zwischen Microsoft und Docker Erste Schritte mit Docker] 00:16:02.397 --> 00:16:07.277 [The Container Channel] 00:16:10.058 --> 00:16:12.915 [9 channel9.msdn.com]