В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

AWS_RU

1537 membersпожаловаться на группу
2020 May 13

YA

Yaroslav Alekseev in AWS_RU
Dmytro Zavalkin
может это оправданно для больших компаний и новых проектов, да и то сомневаюсь. Локально у девелоперов х86, отработанные процессы, проверенные либы, настроенные ci пайплайны и т.д. Взять и поменять архитектуру и заново строить процессы - я вокруг себя не вижу ни кого кто бы захотел таким заниматься
В Linux дистрах есть стандартный софт скомпиленный под ARM. Тупо Nginx, Apache, Tomcat поднять будет дешевле, чем на x86. Несколько лет уже есть процы thunder x2, Qualcomm Centriq 2400.
К сожалению девелоперы дальше своего носа не смотрят, и тащят за собой legacy x86.
источник
16:29пожаловаться#1

D

Danil in AWS_RU
Ну кстати проекты на джаве/шарпе и подобных языках вроде и не надо перекомпиливать, или есть тонкости?
источник
16:38пожаловаться#2

AS

Alexey Stekov in AWS_RU
Anes
Нифига. Я им пишу, они мне уже не отвечают.
Отправьте на сервис проверки почты есть такие, если там все ок работает и проблема только в mail, то можете написать скрипт который бы слал им письма)
источник
16:49пожаловаться#3

A

Anes in AWS_RU
Alexey Stekov
Отправьте на сервис проверки почты есть такие, если там все ок работает и проблема только в mail, то можете написать скрипт который бы слал им письма)
Уже чекал. 9.9 из 10
источник
16:49пожаловаться#4

h

hostmit in AWS_RU
Подскажите, как мне повесить лямбду на новый имедж в appstream 2.0?
источник
19:58пожаловаться#5

N

Nikolai in AWS_RU
Error: Error applying plan:

3 errors occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3[1]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.1: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 7e9ac3c1-1e71-4e78-a0a5-59d7b7a646a6


* aws_cloudfront_distribution.cf_dist_assetstos3[2]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.2: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 4af5bc51-3c48-4303-b1fc-ebabf3057c6b


* aws_cloudfront_distribution.cf_dist_assetstos3[0]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.0: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 796c99a2-be4e-42d0-b4c2-21ff56c65208
нашел вот такую статью https://aws.amazon.com/premiumsupport/knowledge-center/resolve-cnamealreadyexists-error/
и вот такой issue https://github.com/terraform-providers/terraform-provider-aws/issues/5274
но мне это не помогло.

в моей случае cloudfront distibution пропали и из state и в аккаунте AWS, но чудесным образом остались записи Route53. почему они пропали это уже я потом буду разбираться, но сейчас хотелось бы понять, что я могу сделать, что при следующем запуске терраформа у меян все-таки получилось его пересоздать
Router53 CNAMEs я удалил, не помогло
Amazon Web Services, Inc.
Resolve CloudFront Error "CNAMEAlreadyExists"
источник
20:52пожаловаться#6

VT

Victor Tur in AWS_RU
Nikolai
Error: Error applying plan:

3 errors occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3[1]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.1: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 7e9ac3c1-1e71-4e78-a0a5-59d7b7a646a6


* aws_cloudfront_distribution.cf_dist_assetstos3[2]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.2: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 4af5bc51-3c48-4303-b1fc-ebabf3057c6b


* aws_cloudfront_distribution.cf_dist_assetstos3[0]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.0: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 796c99a2-be4e-42d0-b4c2-21ff56c65208
нашел вот такую статью https://aws.amazon.com/premiumsupport/knowledge-center/resolve-cnamealreadyexists-error/
и вот такой issue https://github.com/terraform-providers/terraform-provider-aws/issues/5274
но мне это не помогло.

в моей случае cloudfront distibution пропали и из state и в аккаунте AWS, но чудесным образом остались записи Route53. почему они пропали это уже я потом буду разбираться, но сейчас хотелось бы понять, что я могу сделать, что при следующем запуске терраформа у меян все-таки получилось его пересоздать
Router53 CNAMEs я удалил, не помогло
Amazon Web Services, Inc.
Resolve CloudFront Error "CNAMEAlreadyExists"
Уже вроде обсудили в другом чате, но просто для истории:
https://github.com/terraform-providers/terraform-provider-aws/search?q=eventual+consistency&unscoped_q=eventual+consistency
Что это -  Это проблемы API eventual consistency в AWS. К сожалению только обновлять провайдер или предлагать фикс бага в aws provider репозитории.
источник
20:55пожаловаться#7

N

Nikolai in AWS_RU
провайдер то свежий
Initializing provider plugins...
- Checking for available provider plugins on https://releases.hashicorp.com...
- Downloading plugin for provider "aws" (2.61.0)...
источник
20:56пожаловаться#8

AV

Alexander Valkov in AWS_RU
Поменял тип инстанса с aws ec2 modify-instance-attribute --instance-id i-11111 --instance-type "t2.micro" - поменялась )

aws ec2 start-instances --instance-ids i-11111

An error occurred (Unsupported) when calling the StartInstances operation: The requested configuration is currently not supported. Please check the documentation for supported configurations.
В консоли тоже. После того как через консоль "поменял" на t2.micro опять - завелась )
источник
21:08пожаловаться#9

DZ

Dmytro Zavalkin in AWS_RU
Alexander Valkov
Поменял тип инстанса с aws ec2 modify-instance-attribute --instance-id i-11111 --instance-type "t2.micro" - поменялась )

aws ec2 start-instances --instance-ids i-11111

An error occurred (Unsupported) when calling the StartInstances operation: The requested configuration is currently not supported. Please check the documentation for supported configurations.
В консоли тоже. После того как через консоль "поменял" на t2.micro опять - завелась )
ну мы же не знаем что там было настроено, может там EBS optimized или еще что было включено. Через веб если менять то там при смене типа инстанса видимо умный фронтенд подправит настройки
источник
21:12пожаловаться#10

AS

Alexey Stekov in AWS_RU
https://aws.amazon.com/blogs/compute/running-web-applications-on-amazon-ec2-spot-instances/
Amazon Web Services
Running Web Applications on Amazon EC2 Spot Instances | Amazon Web Services
Author: Isaac Vallhonrat, Sr. EC2 Spot Specialist SA Amazon EC2 Spot Instances allow customers to save up to 90% compared to On-Demand pricing by leveraging spare EC2 capacity. Spot Instances are a perfect fit for fault tolerant workloads that are flexible to run on multiple instance types such as batch jobs, code builds, load tests, […]
источник
22:16пожаловаться#11
2020 May 14

A

Andrey in AWS_RU
несколько старую инфу выдал бот - ошибку противную нашёл
источник
00:31пожаловаться#12

AS

Alexey Stekov in AWS_RU
Andrey
несколько старую инфу выдал бот - ошибку противную нашёл
ну нашел же)
источник
00:32пожаловаться#13

N

Nikolai in AWS_RU
коллеги, продолжая с моим вопрос https://t.me/aws_ru/66016
нужна помощь удалить 3 cloudfront distribution которые все еще есть, потому что амазон их не удалил, но они не доступны через AWS console
Telegram
Nikolai in AWS_RU
Error: Error applying plan:

3 errors occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3[1]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.1: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 7e9ac3c1-1e71-4e78-a0a5-59d7b7a646a6


* aws_cloudfront_distribution.cf_dist_assetstos3[2]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.2: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 4af5bc51-3c48-4303-b1fc-ebabf3057c6b


* aws_cloudfront_distribution.cf_dist_assetstos3[0]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.0: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code:…
источник
02:22пожаловаться#14

AS

Alexey Stekov in AWS_RU
Nikolai
коллеги, продолжая с моим вопрос https://t.me/aws_ru/66016
нужна помощь удалить 3 cloudfront distribution которые все еще есть, потому что амазон их не удалил, но они не доступны через AWS console
Telegram
Nikolai in AWS_RU
Error: Error applying plan:

3 errors occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3[1]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.1: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 7e9ac3c1-1e71-4e78-a0a5-59d7b7a646a6


* aws_cloudfront_distribution.cf_dist_assetstos3[2]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.2: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code: 409, request id: 4af5bc51-3c48-4303-b1fc-ebabf3057c6b


* aws_cloudfront_distribution.cf_dist_assetstos3[0]: 1 error occurred:
* aws_cloudfront_distribution.cf_dist_assetstos3.0: error creating CloudFront Distribution: CNAMEAlreadyExists: One or more of the CNAMEs you provided are already associated with a different resource.
status code:…
Амазон их не удалил или план криво отработал? А саппорт что говорит?
источник
02:49пожаловаться#15

N

Nikolai in AWS_RU
Alexey Stekov
Амазон их не удалил или план криво отработал? А саппорт что говорит?
Амазон их не удалил, я могу зайти по тем урлам что были от CF и они вернут контент моих страниц. саппорт ничего не гвооррит, потмоу что в базовой поддержке нету technical support. plan отрабатывает ровно, а вот apply падает с ошибкой как в аутпуте я показал
источник
02:50пожаловаться#16

AS

Alexey Stekov in AWS_RU
Nikolai
Амазон их не удалил, я могу зайти по тем урлам что были от CF и они вернут контент моих страниц. саппорт ничего не гвооррит, потмоу что в базовой поддержке нету technical support. plan отрабатывает ровно, а вот apply падает с ошибкой как в аутпуте я показал
а по урлам - это не кеш? а руками их удалить записи из R53?
источник
02:57пожаловаться#17

N

Nikolai in AWS_RU
Alexey Stekov
а по урлам - это не кеш? а руками их удалить записи из R53?
алиасы на которые ссылаю CF DIST я уже давно удалил,
а вот сами урлы вида bla12h4blablah.cloudfront.net прекрасно работают и это не кэш
источник
02:59пожаловаться#18

AS

Alexey Stekov in AWS_RU
днем можно будет поспрашивать ребят
источник
03:01пожаловаться#19

N

Nikolai in AWS_RU
Alexey Stekov
днем можно будет поспрашивать ребят
спасибо
источник
03:02пожаловаться#20