tecRacer Amazon AWS Blog http://www.aws-blog.de Infos rund um das Thema Amazon Web Services von den tecRacer Cloud Experten Fri, 15 Aug 2014 14:52:17 +0000 de-DE hourly 1 http://wordpress.org/?v=3.9.2 tecRacer jetzt auch in Duisburg http://www.aws-blog.de/2014/08/01/tecracer-jetzt-auch-duisburg/?utm_source=rss&utm_medium=rss&utm_campaign=tecracer-jetzt-auch-duisburg http://www.aws-blog.de/2014/08/01/tecracer-jetzt-auch-duisburg/#comments Fri, 01 Aug 2014 16:09:43 +0000 http://www.aws-blog.de/?p=1707 tecRacer hat seit 1. August auch ein Büro in Duisburg Gregor Püttmann (ehemals CIO der GAGFHAH Group und Datawarehouse Consultant bei KPMG/BearingPoint) leitet als Managing Partner unsere neue Niederlassung in Duisburg und verstärkt damit tecRacers Präsenz in der Rhein-Ruhr-Region. Püttmann verfügt über langjährige Erfahrungen bei der Integration von AWS-Infrastrukturen in die Unternehmens-IT. tecRacer wird als […]

Der Beitrag tecRacer jetzt auch in Duisburg erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Gregor Püttmann, Leiter der tecRacer-Niederlassung in Duisburg tecRacer hat seit 1. August auch ein Büro in Duisburg

Gregor Püttmann (ehemals CIO der GAGFHAH Group und Datawarehouse Consultant bei KPMG/BearingPoint) leitet als Managing Partner unsere neue Niederlassung in Duisburg und verstärkt damit tecRacers Präsenz in der Rhein-Ruhr-Region. Püttmann verfügt über langjährige Erfahrungen bei der Integration von AWS-Infrastrukturen in die Unternehmens-IT.
tecRacer wird als autorisierter Amazon Web Services Trainingspartner neben Schulungen in Hannover nun auch Termine in Köln und dem Ruhrgebiet anbieten.

Zusätzlich zu AWS-Trainings und Workshops wird auch Big Data ein Schwerpunkt unserer neuen Niederlassung sein.

AWS-Trainings in Duisburg & Köln

  • 1 Tag AWS Essentials am 6. Oktober in Duisburg
  • 3 Tage Architecting on AWS vom 7.-9. Oktober in Duisburg
  • 1 Tag AWS Essentials am 20. Oktober in Köln
  • 3 Tage Architecting on AWS vom 21.-23. Oktober in Köln

Weitere Informationen zu den Kursen und die Möglichkeit zur Anmeldung finden Sie hier: http://www.tecracer.de/aws-training/

tecRacer GmbH & Co. KG – Niederlassung Duisburg

Dipl.-Wi.Inf. Gregor Püttmann
Managing Partner
Bismarckstr. 142
47057 Duisburg, Germany
(im Tectrum Technologiezentrum Duisburg)
Phone: +49 203 306 1170
E-Mail: GPuettmann@tecracer.de

Der Beitrag tecRacer jetzt auch in Duisburg erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/08/01/tecracer-jetzt-auch-duisburg/feed/ 0
EBS General Purpose vs. EBS Provisoned IOPS vs. EBS Magnetic http://www.aws-blog.de/2014/07/31/ebs-general-purpose-vs-ebs-provisoned-iops/?utm_source=rss&utm_medium=rss&utm_campaign=ebs-general-purpose-vs-ebs-provisoned-iops http://www.aws-blog.de/2014/07/31/ebs-general-purpose-vs-ebs-provisoned-iops/#comments Thu, 31 Jul 2014 11:20:04 +0000 http://www.aws-blog.de/?p=1699 Seit Juni 2014 gibt die neuen EBS General Purpose Drives, die komplett SSD basiert sind. Hier kurz ein Vergleich über die unterschiedlichen EBS Drive Arten:   EBS General Purpose (SSD): Preis: in EU: 0,11 USD pro GB / Monat Performance: 3 IOPS pro GB, 30 Minuten Burst bis zu 3000 IOPS, wenn genügend Credits für […]

Der Beitrag EBS General Purpose vs. EBS Provisoned IOPS vs. EBS Magnetic erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Seit Juni 2014 gibt die neuen EBS General Purpose Drives, die komplett SSD basiert sind. Hier kurz ein Vergleich über die unterschiedlichen EBS Drive Arten:

 

EBS General Purpose (SSD):

  • Preis: in EU: 0,11 USD pro GB / Monat
  • Performance: 3 IOPS pro GB, 30 Minuten Burst bis zu 3000 IOPS, wenn genügend Credits für vorher ungenutzte IOPS vorhanden sind

EBS Provisioned IOPS (SSD):

  • Preis in EU: 0,132 USD pro GB / Monat + 0,072 USD pro IOP pro Monat
  • Performance: exakt die provisionierten IOPS

EBS Magnetic (nur zum Kosten / Performance Vergleich hier aufgeführt)

  • Preis in EU: 0,055 USD pro GB / Monat + 0,055 USD pro 1 Million I/O Anforderungen
  • Performance: 100 IOPS plus kurzfristiger Burst

 

Wenn man nun den Einsatz von EBS Drives für ein Projekt kalkuliert, kann es zu folgender Situation kommen:

Man braucht ein EBS Drive mit 333 GB Grösse und 1000 IOPS … was tun?

Variante 1:

  • EBS Generell mit 333 GB = 3 IOPS pro GB x 333 GB = 999 IOPS mit Burst Möglichkeit für 30 min. auf 3000 IOPS kostet = 333 x 0,11 USD = 36,63 USD pro Monat

Variante 2:

  • EBS Prov IOPS auf 1.000 IOPS mit 333 GB = 1.000 IOPS x 0,072 USD + 333 x 0,138 USD = 117,954 USD pro Monat

 

Was spricht nun für Variante 1 oder Variante 2 ?

Für viele Anwendungsfälle ist “GP2″ (General Purpose SSD) die bessere und günstigere Wahl. Das Bursting ist nur kurzzeitig möglich, also ist Variante a) zwar schneller, aber eben nur vorübergehend; wenn der Workload dazu passt dann ist das auf alle Fälle die bessere Variante.

Warum möchte man manchmal trotzdem PIOPS einsetzen?

  • PIOPS (“io1″) ist so gebaut, dass die Volumes die angeforderte Performance in 99,9% der Zeit auch erreichen (” Provisioned IOPS (SSD) volumes can achieve single-digit millisecond latencies and are designed to deliver the provisioned performance 99.9% of the time”), während es bei GP2 keine solche Garantie gibt. Wenn es wirklich darauf ankommt, z.B. bei produktiven Datenbanken unter hoher Last, dann ist PIOPS (auch trotz höherer Kosten) die bessere Wahl.
  • PIOPS liefert mehr IOPS (4000 gegenüber 3000 max. bei gp2) und kann –da man 30 IOPS/GB anfordern kann– auch schnelle kleine Laufwerke liefern, während man bei gp2 hohe IOPS-Zahlen v.a. über die Größe erreicht (und ansonsten nur im Bursting)

Generell würde ich für den “Normalfall” immer auf gp2 setzen und bei Datenbank-Workloads oder vielen kleinen Files, wo es mir auf Konsistenz im IO ankommt, über io1 nachdenken.

Die “magnetic” Option wird in Zukunft vermutlich rein als Kostensparmaßnahme eingesetzt werden oder für ‘kalte’ Daten.

 

Der Beitrag EBS General Purpose vs. EBS Provisoned IOPS vs. EBS Magnetic erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/31/ebs-general-purpose-vs-ebs-provisoned-iops/feed/ 0
Auswirkung von zukünftigen Preissenkungen bei AWS Reserved Instanzen http://www.aws-blog.de/2014/07/14/auswirkung-von-zukuenftigen-preissenkungen-bei-aws-reserved-instanzen/?utm_source=rss&utm_medium=rss&utm_campaign=auswirkung-von-zukuenftigen-preissenkungen-bei-aws-reserved-instanzen http://www.aws-blog.de/2014/07/14/auswirkung-von-zukuenftigen-preissenkungen-bei-aws-reserved-instanzen/#comments Mon, 14 Jul 2014 12:38:27 +0000 http://www.aws-blog.de/?p=1668 Ein Kunde fragte uns gerade, was eigentlich im Falle einer Preisenkung von AWS mit den bereits gebuchten AWS Reserved Instanzen passiert… Im On-Demand Modell kostet eine r3.large Linux Instanz in der Region EU-West1 stand heute: 0,195 USD / Stunde. Bei einem monatlichen 24×7 Betrieb (entspricht ca. 744 h) bedeutet das: 744 h x 0,195 USD […]

Der Beitrag Auswirkung von zukünftigen Preissenkungen bei AWS Reserved Instanzen erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Ein Kunde fragte uns gerade, was eigentlich im Falle einer Preisenkung von AWS mit den bereits gebuchten AWS Reserved Instanzen passiert…

Im On-Demand Modell
kostet eine r3.large Linux Instanz in der Region EU-West1 stand heute: 0,195 USD / Stunde.
Bei einem monatlichen 24×7 Betrieb (entspricht ca. 744 h) bedeutet das: 744 h x 0,195 USD = 145,08 USD / Monat.

Im Reserved Instanz-Modell
(Heavy Utilization-Plan) für 1 Jahr kostet eine r3.large Linux Instanz in der Region EU-West1 eine einmalige Vorauszahlung von 698,00 USD und dann einen reduzierten Stundenpreis von 0,043 USD / Stunde.
Somit kostet diese Instanz (mit rechnerisch umgelegter Vorauszahlung) im Monat: (698 USD + (744 h x 0,043 USD * 12)) / 12 = 90,158 USD

Man spart also in diesem Beispiel ca. 38 Prozent, wenn man das Reserved Instanz Modell wählt.

Was passiert bei einer Preissenkung?

Was passiert nun bei einer Preissenkung von Amazon Web Services, die es ja in der Vergangenheit sehr oft gab:

  • Im On-Demand Modell nimmt man daran unmittelbar teil.
  • Im bereits gebuchten Reserved Instanz Modell nimmt man daran nur teilweise teil, denn in der Vergangenheit war es so, dass AWS i.d.R. die Höhe der einmaligen Vorauszahlung reduziert hatte und dazu noch die Höhe des rabattierten Stundenpreises reduziert hatte. Von der Reduzierung der Höhe der einmaligen Vorauszahlung hat man in diesem Falle nichts, aber man nimmt über die Reduzierung der Höhe des rabattierten Stundenpreises dennoch in einem gewissen Umfang an einer Preissenkung teil.

Dennoch lohnen sich Reservered Instanzen rechnerisch auf jeden Fall!

Der Beitrag Auswirkung von zukünftigen Preissenkungen bei AWS Reserved Instanzen erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/14/auswirkung-von-zukuenftigen-preissenkungen-bei-aws-reserved-instanzen/feed/ 0
AWS Cloudwatch Logs mit Windows-Instanzen http://www.aws-blog.de/2014/07/14/aws-cloudwatch-logs-mit-windows-instanzen/?utm_source=rss&utm_medium=rss&utm_campaign=aws-cloudwatch-logs-mit-windows-instanzen http://www.aws-blog.de/2014/07/14/aws-cloudwatch-logs-mit-windows-instanzen/#comments Mon, 14 Jul 2014 11:37:55 +0000 http://www.aws-blog.de/?p=1649 Ich hatte ja schon in diesem Artikel über den neuen AWS Service Cloudwatch Logs berichtet … Neben den neuen Agenten für Cloudwatch Logs ist auch im AWS Standard Windows Service EC2Config das neue Cloudwatch Logs standardmässig integriert. Allerdings nur mit der neuesten Version 2.2.5, die man hier herunterladen kann um damit vorhandene Windows EC2-Instanzen upzudaten. […]

Der Beitrag AWS Cloudwatch Logs mit Windows-Instanzen erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Ich hatte ja schon in diesem Artikel über den neuen AWS Service Cloudwatch Logs berichtet …

Neben den neuen Agenten für Cloudwatch Logs ist auch im AWS Standard Windows Service EC2Config das neue Cloudwatch Logs standardmässig integriert. Allerdings nur mit der neuesten Version 2.2.5, die man hier herunterladen kann um damit vorhandene Windows EC2-Instanzen upzudaten. Neue EC2-Windows Instanzen bekommen diese Version schon jetzt ausgerollt. (EC2Config-Service: http://aws.amazon.com/developertools/5562082477397515).

CloudwatchLogs-EC2-Config1

Amazon Windows EC2Config Service


CloudwatchLogs-EC2-Config2CloudwatchLogs-EC2-Config3

 

 

 

 

 

 

 

 

 

Wichtig ist die Angabe der IAM-Rolle und der Zuweisung der entsprechenden Rechte für diese IAM-Rolle, so dass der EC2Config-Service die entsprechenden Logdaten übergeben kann.

Nach eine kurzen Zeit kommen dann die gestreamten Log-Daten von dieser Instanz in Cloudwatch Logs an. Dort kann man dann definieren, wie lange diese Daten bei AWS gespeichert werden sollen. Die Daten werden technisch auf S3 gespeichert (somit gelten S3-Preise), aber über das Interface von S3 sind diese Daten nicht abrufbar …

 

CloudwatchLogs-EC2-Config4

CloudwatchLogs-EC2-Config5

Zusätzlich kann man nun noch über Cloudwatch Alarme definieren, so dass man z.B. benachrichtigt wird (SNS-Topic), wenn z.B. innerhalb von X Minuten mehr als Y Meldungen vom Typ Z aufgetreten sind.

 

Der Beitrag AWS Cloudwatch Logs mit Windows-Instanzen erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/14/aws-cloudwatch-logs-mit-windows-instanzen/feed/ 0
Werner Vogels über tecRacer http://www.aws-blog.de/2014/07/11/werner-vogels-ueber-tecracer/?utm_source=rss&utm_medium=rss&utm_campaign=werner-vogels-ueber-tecracer http://www.aws-blog.de/2014/07/11/werner-vogels-ueber-tecracer/#comments Fri, 11 Jul 2014 10:22:08 +0000 http://www.aws-blog.de/?p=1623 Werner Vogels, CTO Amazon über tecRacer auf der AWS Summit 2014 in Berlin.

Der Beitrag Werner Vogels über tecRacer erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Werner Vogels, CTO Amazon über tecRacer auf der AWS Summit 2014 in Berlin.

Der Beitrag Werner Vogels über tecRacer erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/11/werner-vogels-ueber-tecracer/feed/ 0
Spezial Git und GitHub Training in Hannover http://www.aws-blog.de/2014/07/11/spezial-git-und-github-training-hannover/?utm_source=rss&utm_medium=rss&utm_campaign=spezial-git-und-github-training-hannover http://www.aws-blog.de/2014/07/11/spezial-git-und-github-training-hannover/#comments Fri, 11 Jul 2014 10:15:33 +0000 http://www.aws-blog.de/?p=1621 Unsere Freunde von Thoughtram in Hannover bieten vom 6.-7. September ein super spezial intensiv GitHub Training in Hannover an. Das Training wird mit durchgeführt von Mike Adolphs, auch bekannt als @fooforge on GitHub. Mike ist ein GitHubber und steht auch für alle Spezialfragen rund um das Thema Git und Github zur Verfügung. Mehr Infos findet Ihr hier: http://thoughtram.io/#trainings

Der Beitrag Spezial Git und GitHub Training in Hannover erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Unsere Freunde von Thoughtram in Hannover bieten vom 6.-7. September ein super spezial intensiv GitHub Training in Hannover an. Das Training wird mit durchgeführt von Mike Adolphs, auch bekannt als @fooforge on GitHub. Mike ist ein GitHubber und steht auch für alle Spezialfragen rund um das Thema Git und Github zur Verfügung.

Mehr Infos findet Ihr hier: http://thoughtram.io/#trainings

Der Beitrag Spezial Git und GitHub Training in Hannover erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/11/spezial-git-und-github-training-hannover/feed/ 0
Neuer Service: AWS Cloudwatch Logs http://www.aws-blog.de/2014/07/11/neuer-service-aws-cloudwatch-logs/?utm_source=rss&utm_medium=rss&utm_campaign=neuer-service-aws-cloudwatch-logs http://www.aws-blog.de/2014/07/11/neuer-service-aws-cloudwatch-logs/#comments Fri, 11 Jul 2014 08:55:37 +0000 http://www.aws-blog.de/?p=1617 Gestern wurden zahlreiche neue AWS Services zum Thema Mobile vorgestellt … aber irgendwie ist bisher der neue AWS Cloudwatch Log Service dabei ein wenig untergegangen … AWS Cloudwatch ist bisher als Statistik-Dienst bekannt, der entsprechende Daten von fast allen AWS Ressourcen automatisch sammelt und für 14 Tage speichert und dafür ein Alerting-System als auch grafische Analysetools anbietet. Cloudwatch Logs wurde […]

Der Beitrag Neuer Service: AWS Cloudwatch Logs erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Gestern wurden zahlreiche neue AWS Services zum Thema Mobile vorgestellt … aber irgendwie ist bisher der neue AWS Cloudwatch Log Service dabei ein wenig untergegangen …

AWS Cloudwatch ist bisher als Statistik-Dienst bekannt, der entsprechende Daten von fast allen AWS Ressourcen automatisch sammelt und für 14 Tage speichert und dafür ein Alerting-System als auch grafische Analysetools anbietet.

Cloudwatch Logs wurde gestern vorgestellt und ist bereits für die Virginia Region verfügbar. AWS bietet für Cloudwatch Logs Agenten (Windows, Ubuntu, Amazon Linux) an, die man innerhalb von z.B. EC2-Instanzen installiert. Diese Agenten schicken dann automatisiert definierte Log-Dateien (Apache Logs, etc.) nach AWS Cloudwatch Logs.

In Cloudwatch Logs können diese Log-Dateien nun unlimitiert lange gespeichert werden und es können Alarm-Trigger auf die Inhalte der Log-Dateien definiert werden, so dass man z.B. benachrichtigt wird, wenn in einer Log-Datei eine bestimmte Anzahl von Fehlern überschritten wird.

 

CloudWatch Management Console

Die Preisgestaltung ist wie bei AWS üblich wie immer günstig:

Amazon CloudWatch Logs (Virginia Region)

  • $0.50 per GB ingested
  • $0.03 per GB archived per month

 

Mit AWS Cloudwatch Logs macht nun AWS eigentlich Unternehmen wie Splunk, Loggly direkte Konkurrenz … und ich denke, das aktuelle Featureset von Cloudwatch Logs ist erst der Anfang …

Der Beitrag Neuer Service: AWS Cloudwatch Logs erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/11/neuer-service-aws-cloudwatch-logs/feed/ 0
AWS Zertifizierung http://www.aws-blog.de/2014/07/08/aws-zertifizierung/?utm_source=rss&utm_medium=rss&utm_campaign=aws-zertifizierung http://www.aws-blog.de/2014/07/08/aws-zertifizierung/#comments Tue, 08 Jul 2014 17:24:06 +0000 http://www.aws-blog.de/?p=1606 Gerade in unseren AWS Trainings werden wir oft gefragt, wie man sich optimal auf die von Amazon Web Services angebotenen Zertifizierungen vorbereiten kann. Bisher hab es da nur Beispielfragen in einem PDF, siehe z.B. hier. Seit heute gibt es aber nun endlich auch die Möglichkeit, direkt online einen repräsentativen Kurztest zu machen. Dieser Kurztest kostet 20 […]

Der Beitrag AWS Zertifizierung erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Gerade in unseren AWS Trainings werden wir oft gefragt, wie man sich optimal auf die von Amazon Web Services angebotenen Zertifizierungen vorbereiten kann.

Bisher hab es da nur Beispielfragen in einem PDF, siehe z.B. hier.

Seit heute gibt es aber nun endlich auch die Möglichkeit, direkt online einen repräsentativen Kurztest zu machen. Dieser Kurztest kostet 20 USD und beinhaltet 20 Fragen, die 30 Minuten beantwortet werden müssen. Mehr Infos dazu findet man hier.

Der Beitrag AWS Zertifizierung erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/07/08/aws-zertifizierung/feed/ 0
AWS CloudFront unterstützt nun Multi-Site Hosting http://www.aws-blog.de/2014/06/27/aws-cloudfront-unterstuetzt-nun-multi-site-hosting/?utm_source=rss&utm_medium=rss&utm_campaign=aws-cloudfront-unterstuetzt-nun-multi-site-hosting http://www.aws-blog.de/2014/06/27/aws-cloudfront-unterstuetzt-nun-multi-site-hosting/#comments Fri, 27 Jun 2014 13:15:54 +0000 http://www.aws-blog.de/?p=1589 Wurde bisher AWS CloudFront gegen einen Elastic Load Balancer als Origin konnektiert, ging der ursprüngliche Hostname verloren und beim Multi-Domain-Webserver kam als Host-Header lediglich der Name des ELB als Host-Header an. Siehe auch hier: http://www.aws-blog.de/2013/07/01/cloudfront-elb-und-virtuelle-webserver/ Mit dem heute veröffentlichen neuen CloudFront Release scheint dieses Problem nun endlich gelöst zu sein: “Multi-Site Hosting – CloudFront can now […]

Der Beitrag AWS CloudFront unterstützt nun Multi-Site Hosting erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Wurde bisher AWS CloudFront gegen einen Elastic Load Balancer als Origin konnektiert, ging der ursprüngliche Hostname verloren und beim Multi-Domain-Webserver kam als Host-Header lediglich der Name des ELB als Host-Header an.
Siehe auch hier: http://www.aws-blog.de/2013/07/01/cloudfront-elb-und-virtuelle-webserver/

Mit dem heute veröffentlichen neuen CloudFront Release scheint dieses Problem nun endlich gelöst zu sein:

“Multi-Site Hosting – CloudFront can now be configured to pass the Host header along to your origin server so that you can host multiple web sites and have CloudFront cache responses that are specific to each site.”

Mehr Infos dazu findet man hier: http://aws.amazon.com/blogs/aws/enhanced-cloudfront-customization/

Der Beitrag AWS CloudFront unterstützt nun Multi-Site Hosting erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/06/27/aws-cloudfront-unterstuetzt-nun-multi-site-hosting/feed/ 0
AWS Route53: CNAME vs. ALIAS http://www.aws-blog.de/2014/06/27/aws-route53-cname-vs-alias/?utm_source=rss&utm_medium=rss&utm_campaign=aws-route53-cname-vs-alias http://www.aws-blog.de/2014/06/27/aws-route53-cname-vs-alias/#comments Fri, 27 Jun 2014 12:41:43 +0000 http://www.aws-blog.de/?p=1583 Der Amazon Web Services DNS-Dienst Route53 ermöglicht nach einer entsprechenden Domänen-Delegation die komplette Verwaltung einer Domäne (A-, MX-, CNAME-Records, etc.). Neben dem klassischen CNAME-Record gibt es bei AWS Route53 noch eine entsprechende Erweiterung mit dem Namen ALIAS-Record. Wo sind da genau die Unterschiede? Beide, CNAME- und ALIAS-Records, stellen einen Pointer auf eine andere Adresse dar, bei dem […]

Der Beitrag AWS Route53: CNAME vs. ALIAS erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
Der Amazon Web Services DNS-Dienst Route53 ermöglicht nach einer entsprechenden Domänen-Delegation die komplette Verwaltung einer Domäne (A-, MX-, CNAME-Records, etc.).

Neben dem klassischen CNAME-Record gibt es bei AWS Route53 noch eine entsprechende Erweiterung mit dem Namen ALIAS-Record. Wo sind da genau die Unterschiede?

Beide, CNAME- und ALIAS-Records, stellen einen Pointer auf eine andere Adresse dar, bei dem ein zusätzlicher Schritt für entsprechende Auflösung notwendig ist. Der wesentliche Unterschied ist hierbei, wo dieser Schritt und die entsprechende Auflösung stattfindet:

  • Beim CNAME-Record findet dieser zusätzliche Schritt Client-seitig statt. Der DNS-Server gibt lediglich den Wert des CNAME-Records zurück und der Client muss nun in einem zweiten Schritt diesen entsprechend durch eine erneute Anfrage an den DNS-Server in einen A/AAA Record auflösen.
  • Beim ALIAS-Record findet dieser zusätzliche Schritt auf dem DNS-Server (hier AWS Route53) statt. AWS Route53 gibt also direkt nach einem internen Lookup den A/AAAA Record an den Client zurück.

Somit geht die Auflösung eines ALIAS-Records deutlich schneller als die Auflösung eines CNAME-Records.

Dazu kommt noch folgender Vorteil:

  • CNAME-Records können nicht auf eine APEX-Domäne definiert werden.
  • Also kann man bei einem Einsatz einer CloudFront-Distribution oder eines AWS Elastic Load Balancers (beide haben lediglich einen entsprechenden DNS-Namen) nur eine Subdomäne wie www.firma.de via CNAME auf z.B. den Elastic Load Balancer umleiten, für die APEX-Domäne firma.de funktioniert das nicht.
  • Über einen ALIAS-Record von AWS Route53 kann man nun auch die APEX-Domäne direkt auf einen z.B. ELB umlenken.

 

 

 

Der Beitrag AWS Route53: CNAME vs. ALIAS erschien zuerst auf tecRacer Amazon AWS Blog.

]]>
http://www.aws-blog.de/2014/06/27/aws-route53-cname-vs-alias/feed/ 1