Я можу підключитися до екземпляра ElastiCache Redis у VPC з екземплярів EC2 . Але я хотів би знати, чи є спосіб підключитися до вузла ElastiCache Redis поза екземплярами Amazon EC2, наприклад, з моєї локальної установки розробника або екземплярів VPS, наданих іншими постачальниками.
В даний час при спробі з мого локального налаштування:
redis-cli -h my-node-endpoint -p 6379
Я отримую тайм-аут лише через деякий час.
Відповіді:
Ні, ви не можете не вдаватися до таких "хитрощів", як тунель, що, можливо, добре для тестування, але вбиває будь-яку реальну користь від використання надшвидкого кешу з доданою затримкою / накладними витратами.
... кластер Amazon ElastiCache, всередині або поза VPC, ніколи не має доступу до Інтернету .
Звідси: http://aws.amazon.com/elasticache/faqs/#Can_I_access_Amazon_ElastiCache_from_outside_AWS
EDIT 2018: Ця відповідь була точною, коли вона була написана, однак тепер з деякою конфігурацією можна отримати доступ до кешу redis ззовні, використовуючи вказівки приблизно на 1/2 шляху цієї сторінки: https://docs.aws.amazon.com/AmazonElastiCache /latest/red-ug/accessing-elasticache.html#access-from-outside-aws
Переадресація портів SSH повинна зробити трюк. Спробуйте запустити це від свого клієнта.
ssh -f -N -L 6379:<your redis node endpoint>:6379 <your EC2 node that you use to connect to redis>
Тоді від вашого клієнта
redis-cli -h 127.0.0.1 -p 6379
Це працює для мене.
Зверніть увагу, що порт для Redis за замовчуванням 6379не є 6739. Також переконайтеся, що ви дозволили дозволити групу безпеки вузла EC2, яку ви використовуєте для підключення до вашого екземпляра redis до вашої групи безпеки Cache.
Крім того, AWS тепер підтримує доступ до вашого кластера тут
kill -9 <pid>
Ці відповіді застаріли.
Ви можете отримати доступ до еластичного кешу поза AWS, виконавши такі дії:
Для більш детального опису див. Керівництво aws:
Не таке давнє запитання, я сам перейшов до того ж питання і вирішив його:
Іноді з причин розвитку вам потрібен доступ іззовні (щоб уникнути багаторазового розгортання лише для простого виправлення помилок?)
Amazon опублікувала новий посібник, який використовує EC2 як проксі для зовнішнього світу:
Удачі!
Ми використовуємо HAProxy як зарезервований проксі-сервер.
Ваша система поза AWS ---> Інтернет -> HAProxy із загальнодоступним IP -> Amazon Redis (Elasticache)
Зверніть увагу, що для цього є ще одна вагома причина (на той час)
Оскільки ми використовуємо клієнт node.js, який не підтримує відмову Amazon DNS, драйвер клієнта не підтримує пошук dns знову. Якщо redis не вдається, драйвер клієнта продовжить підключатися до старого ведучого, який є веденим після помилки.
Використовуючи HAProxy, він вирішив цю проблему.
Тепер, використовуючи найновіший драйвер ioredis, він підтримує відмову Amazon dns.
До речі, якщо хтось хоче рішення Windows EC2, спробуйте їх у підказці DOS (на вказаній машині Windows EC2):
C: \ Users \ Administrator>netsh interface portproxy add v4tov4 listenport=6379 listenaddress=10.xxx.64.xxx connectport=6379 connectaddress=xxx.xxxxxx.ng.0001.use1.cache.amazonaws.com
C: \ Users \ Administrator>netsh interface portproxy show all
Слухайте на ipv4: Підключіться до ipv4:
Адреса Порт Адреса Порт
10.xxx.128.xxx 6379 xxx.xxxxx.ng.0001.use1.cache.amazonaws.com 6379
C: \ Users \ Administrator>netsh interface portproxy delete v4tov4 listenport=6379 listenaddress=10.xxx.128.xxx
Це надійний сценарій вузла, який зробить за вас всю брудну роботу. Перевірено та перевірено, що це спрацювало.
https://www.npmjs.com/package/uzys-elasticache-tunnel
Як використовувати Використання: uzys-elasticache-tunnel [параметри] [команда]
Команди:
start [filename] start tunneling with configuration file (default: config.json)
stop stop tunneling
status show tunneling status
Варіанти:
-h, --help output usage information
-V, --version output the version number
Приклад використання
Неможливо безпосередньо отримати доступ до класичного кластера з екземпляра VPC. Обхідним шляхом було б налаштування NAT на класичному екземплярі.
NAT повинен мати простий проксі-сервер tcp
YourIP=1.2.3.4
YourPort=80
TargetIP=2.3.4.5
TargetPort=22
iptables -t nat -A PREROUTING --dst $YourIP -p tcp --dport $YourPort -j DNAT \
--to-destination $TargetIP:$TargetPort
iptables -t nat -A POSTROUTING -p tcp --dst $TargetIP --dport $TargetPort -j SNAT \
--to-source $YourIP
iptables -t nat -A OUTPUT --dst $YourIP -p tcp --dport $YourPort -j DNAT \
--to-destination $TargetIP:$TargetPort
Я вирішив використовувати цю документацію Amazon, в якій сказано, що вам доведеться встановити stunnel на іншій машині ec2.
https://aws.amazon.com/premiumsupport/knowledge-center/elasticache-connect-redis-node/