편집 :이 답변은 2013 년 이후입니다. 여기에 언급 된 제품은 발전했을 가능성이 큽니다. solr 클러스터링 위키의 변경 사항을 반영하기 위해 문서 링크를 업데이트했습니다. 이 정보를 읽은 후에 연구를 계속하는 것이 좋습니다.
ORIGINAL : 단일 서버 배포 만 사용하려는 경우 beanstalk 인스턴스에서 solr을 실행하는 것이 좋습니다. 앱을 확장하고자하는 경우 beanstalk 환경을 구성하여 solr cluster을 만들거나 CloudSearch와 같은 것으로 이동해야합니다. ec2 라이프 사이클 및 배포 환경에 익숙하지 않은 경우 CloudSearch가 거의 확실하게 시간을 절약 할 수 있습니다 (금액 읽기).
당신이 그때 당신은 다음과 같은 내용으로 .ebextensions/solr.config
라는 지역의 repo에 파일을 추가하여 실행 레이크을 사용할 수있는 단일 인스턴스에 SOLR를 실행하려는 경우 :
container_commands:
01create_post_dir:
command: "mkdir -p /opt/elasticbeanstalk/hooks/appdeploy/post"
ignoreErrors: true
02killjava:
command: "killall java"
test: "ps uax | grep java | grep root"
ignoreErrors: true
files:
"/opt/elasticbeanstalk/hooks/appdeploy/post/99_start_solr.sh":
mode: "755"
owner: "root"
group: "root"
content: |
#!/usr/bin/env bash
. /opt/elasticbeanstalk/support/envvars
cd $EB_CONFIG_APP_CURRENT
su -c "RAILS_ENV=production bundle exec rake sunspot:solr:start" $EB_CONFIG_APP_USER
su -c "RAILS_ENV=production bundle exec rake db:seed" $EB_CONFIG_APP_USER
su -c "RAILS_ENV=production bundle exec rake sunspot:reindex" $EB_CONFIG_APP_USER
명심하시기 바랍니다 자동 조절을 사용하는 경우 혼란이 발생합니다.
행운이 있나요? –