Телеграмм чат группы aws

2021 January 28

EГ

Если да, попробуй сослаться через

Fn::GetAtt: [ yourbucketname, Arn ]

пробовал

источник

23:04пожаловаться #1

EГ

Egor Гуща in AWS_RU

и просто без / в конце тоже

источник

23:04пожаловаться #2

2021 January 29

☁

☁️ AWStatus in AWS_RU

Service: AWS CloudFormation
Region: 🇯🇵Asia Pacific (Tokyo)
URL: http://status.aws.amazon.com/#cloudformation-ap-northeast-1_1611869244

We are investigating increased error rates and latencies when creating, updating, and deleting AWS CloudFormation stacks in the AP-NORTHEAST-1 Region.

#cloudformation #apnortheast1

источник

00:31пожаловаться #3

☁

☁️ AWStatus in AWS_RU

Service: AWS CloudFormation
Region: 🇯🇵Asia Pacific (Tokyo)
URL: http://status.aws.amazon.com/#cloudformation-ap-northeast-1_1611870499

We can confirm increased error rates and latencies when creating, updating, and deleting AWS CloudFormation stacks in the AP-NORTHEAST-1 Region and are actively working toward resolution.

#cloudformation #apnortheast1

источник

00:53пожаловаться #4

☁

☁️ AWStatus in AWS_RU

Service: AWS CloudFormation
Region: 🇯🇵Asia Pacific (Tokyo)
URL: http://status.aws.amazon.com/#cloudformation-ap-northeast-1_1611871379

We are beginning to see recovery and continue to work toward full resolution.

#cloudformation #apnortheast1

источник

01:07пожаловаться #5

☁

☁️ AWStatus in AWS_RU

Service: AWS CloudFormation
Region: 🇯🇵Asia Pacific (Tokyo)
URL: http://status.aws.amazon.com/#cloudformation-ap-northeast-1_1611871810

Between 11:25 AM and 1:55 PM PST we experienced increased error rates and latencies creating, updating, and deleting AWS CloudFormation stacks in the AP-NORTHEAST-1 Region. The issue has been resolved and the service is operating normally.

#cloudformation #apnortheast1

источник

01:15пожаловаться #6

AZ

Azamat Zhurtbayev in AWS_RU

Egor Гуща

В чем может быть проблема?
В конфиге serverless в iamRoleStatements указываю ресурсы для s3 если ставлю wildcard то при тесте все ОК, но как только подставляю arn то access denied

Возможно там скомбинированы несколько разных пермишенов. При чем есть пермишены на бакет, а есть на объекты в бакете. Поэтому надо указать два арна - самого бакета + все ресурсы в бакете (bucket/*)

источник

05:24пожаловаться #7

☁

☁️ AWStatus in AWS_RU

Service: Amazon Elastic Compute Cloud
Region: 🇰🇷Asia Pacific (Seoul)
URL: http://status.aws.amazon.com/#ec2-ap-northeast-2_1611815820

태평양 표준시 (PST) 기준으로 오후 8시 13 분에서 오후 8시 33 분 사이에 AP-NORTHEAST-2 리전의 단일 가용 영역 (APNE2-AZ3)에서 EC2 인스턴스에 대한 기동 실패가 발생했습니다. 인스턴스 기동 실패는 PST기준 오후 8시 33 분에 복구되었지만, 영향을 받은 가용 영역 내에서 새로 시작된 EC2 인스턴스에 대한 VPC 네트워크 구성 전파 시간이 계속 지연되었습니다. PST 기준 오후 9시 46 분에 VPC 네트워크 구성 전파가 정상 수준으로 돌아 왔습니다. 발생했던 문제는 해결되었으며 현재 서비스가 정상적으로 작동하고 있습니다. 이 서비스의 가용성을 복원하기 위해 고객이 추가 조치를 취하실 필요는 없습니다. 혹시라도 질문이 있거나 AWS 서비스 운영에 문제가 있는 경우 AWS 지원 센터 (https://console.aws.amazon.com/support)를 통해 AWS 서포트팀에 문의하시기 바랍니다. | Between 8:13 PM and 8:33 PM PST, we experience elevated launch failures for EC2 instances in a single Availability Zone (APNE2-AZ3) in the AP-NORTHEAST-2 Region. Although the launch failures recovered at 8:33 PM PST, we continued to experience delayed propagation times of VPC network configuration for newly launched EC2 instances within the affected Availability Zone. By 9:46 PM PST, VPC network configuration propagation had returned to normal levels. The issue has been resolved and the service is operating normally. Customers do not need to take additional measures to restore the availability of this service. If you have any questions or are experiencing any operational issue with any of our services, please contact the AWS Support department via the AWS Support Center at https://console.aws.amazon.com/support

#ec2 #apnortheast2

источник

09:02пожаловаться #8

LK

L K in AWS_RU

всем привет
кто тут юзает AWS ElasticSearch?
есть кластер 7.9 в котором иногда происходит какая-то дичь и тупо индексы отваливаются

ошибка при поиске и удалении

{
  "error" : {
    "root_cause" : [
      {
        "type" : "exception",
        "reason" : "java.io.OptionalDataException"
      }
    ],
    "type" : "search_phase_execution_exception",
    "reason" : "all shards failed",
    "phase" : "query",
    "grouped" : true,
    "failed_shards" : [
      {
        "shard" : 0,
        "index" : "nf_posts",
        "node" : "41WXvENGSJurc6ZDq2kB3A",
        "reason" : {
          "type" : "exception",
          "reason" : "java.io.OptionalDataException",
          "caused_by" : {
            "type" : "optional_data_exception",
            "reason" : null
          }
        }
      }
    ]
  },
  "status" : 500
}

кластер висит в желтом статусе

в логах ES CloudWatch ошибки шардов - https://gist.github.com/Insidexa/0fb585b5b940f9e0f4aa5cf7dd8a4160

и еще ошибки с сетью - https://gist.github.com/Insidexa/ff5f801f40c625317af0c9f317e50187

есть какой-то фикс свежий - https://github.com/opendistro-for-elasticsearch/security/pull/869/files
но походу еще ES 7.10 версии нету в AWS
не факт что он исправляет эту проблему

Gist

es index

GitHub Gist: instantly share code, notes, and snippets.

источник

11:50пожаловаться #9

SD

Stas Drozdov in AWS_RU

парни, подскажите, воюю с CRD для кубернетеса, который бы просто создавал секреты в кубернетесе из SSM (SSM в другом аккаунте, назовем его 2).
Не до конца понимаю как при помощи aws cli это сделать, если мне нужно получить value через assumed-role. Как поассумить роль и как получить секрет я понимаю, но он по дефолту будет пытаться его получить из аккаунта 1ого аккаунта

источник

13:12пожаловаться #10

OS

OLeG Sk in AWS_RU

всем добра сдесь люди всестороне грамотные . не подскажите был ли у котого опыт настройки new-relic apm на сервере

источник

14:22пожаловаться #11

MA

Margarita Andrianova in AWS_RU

OLeG Sk

всем добра сдесь люди всестороне грамотные . не подскажите был ли у котого опыт настройки new-relic apm на сервере

Я настраивала для джанги, но не скажу, что сделала это на 100%. Но какие-то инсайты я получаю с него

источник

14:42пожаловаться #12

AS

Alexey Stekov in AWS_RU

L K

всем привет
кто тут юзает AWS ElasticSearch?
есть кластер 7.9 в котором иногда происходит какая-то дичь и тупо индексы отваливаются

ошибка при поиске и удалении

{
  "error" : {
    "root_cause" : [
      {
        "type" : "exception",
        "reason" : "java.io.OptionalDataException"
      }
    ],
    "type" : "search_phase_execution_exception",
    "reason" : "all shards failed",
    "phase" : "query",
    "grouped" : true,
    "failed_shards" : [
      {
        "shard" : 0,
        "index" : "nf_posts",
        "node" : "41WXvENGSJurc6ZDq2kB3A",
        "reason" : {
          "type" : "exception",
          "reason" : "java.io.OptionalDataException",
          "caused_by" : {
            "type" : "optional_data_exception",
            "reason" : null
          }
        }
      }
    ]
  },
  "status" : 500
}

кластер висит в желтом статусе

в логах ES CloudWatch ошибки шардов - https://gist.github.com/Insidexa/0fb585b5b940f9e0f4aa5cf7dd8a4160

и еще ошибки с сетью - https://gist.github.com/Insidexa/ff5f801f40c625317af0c9f317e50187

есть какой-то фикс свежий - https://github.com/opendistro-for-elasticsearch/security/pull/869/files
но походу еще ES 7.10 версии нету в AWS
не факт что он исправляет эту проблему

Gist

es index

GitHub Gist: instantly share code, notes, and snippets.

Так с сети надо начать,

источник

15:15пожаловаться #13

AS

Alexey Stekov in AWS_RU

Оттуда остальные ошибки

источник

15:15пожаловаться #14

AS

Alexey Stekov in AWS_RU

L K

всем привет
кто тут юзает AWS ElasticSearch?
есть кластер 7.9 в котором иногда происходит какая-то дичь и тупо индексы отваливаются

ошибка при поиске и удалении

{
  "error" : {
    "root_cause" : [
      {
        "type" : "exception",
        "reason" : "java.io.OptionalDataException"
      }
    ],
    "type" : "search_phase_execution_exception",
    "reason" : "all shards failed",
    "phase" : "query",
    "grouped" : true,
    "failed_shards" : [
      {
        "shard" : 0,
        "index" : "nf_posts",
        "node" : "41WXvENGSJurc6ZDq2kB3A",
        "reason" : {
          "type" : "exception",
          "reason" : "java.io.OptionalDataException",
          "caused_by" : {
            "type" : "optional_data_exception",
            "reason" : null
          }
        }
      }
    ]
  },
  "status" : 500
}

кластер висит в желтом статусе

в логах ES CloudWatch ошибки шардов - https://gist.github.com/Insidexa/0fb585b5b940f9e0f4aa5cf7dd8a4160

и еще ошибки с сетью - https://gist.github.com/Insidexa/ff5f801f40c625317af0c9f317e50187

есть какой-то фикс свежий - https://github.com/opendistro-for-elasticsearch/security/pull/869/files
но походу еще ES 7.10 версии нету в AWS
не факт что он исправляет эту проблему

Gist

es index

GitHub Gist: instantly share code, notes, and snippets.

В саппорт написали?

источник

15:18пожаловаться #15

LK

L K in AWS_RU

Alexey Stekov

В саппорт написали?

technical support платный (
вот сейчас только буду решать этот момент

источник