Соединение tomcat6 к apache2

Вы могли экспериментировать с планировщиками IO. Планировщик IO по умолчанию является CFQ, который работает вполне прилично на рабочие столы, но его мой опыт, который в течение Крайнего срока файловых серверов имеет тенденцию работать лучше. Можно изменить Планировщик IO на лету, таким образом, можно экспериментировать с ним легко для наблюдения что работы лучше всего в ситуации.

Для списка доступных io планировщиков используют эту команду.

cat /sys/block/sdb/queue/scheduler  

Это должно возвратиться noop anticipatory deadline [cfq]

Для изменения планировщика на крайний срок используют следующую команду на соответствующем устройстве.

sudo echo "deadline" > /sys/block/sdb/queue/scheduler
4
задан 21 February 2011 в 21:03
3 ответа

Ответьте два, поскольку слишком много редактирований происходят. Это - моя рабочая установка:-

модификация-jk.conf:-

JkWorkersFile /etc/libapache2-mod-jk/workers.properties
JkLogFile /var/log/apache2/mod_jk.log
JkLogLevel info
JkMount /portal worker1
JkMount /portal/* worker1

в поддерживающем сайты:-

<VirtualHost _default_:443>
    JkMountCopy On
    blah
    blah
</VirtualHost>

worker.properties (Обычно это проходит loadbalancer, но упрощенный здесь):-

worker.list=worker1

worker.worker1.port=9009
worker.worker1.host=host_name
worker.worker1.type=ajp13

кот server.xml:-

 <?xml version='1.0' encoding='utf-8'?>
<Server port="9005" shutdown="SHUTDOWN">

  <!-- cut -->

  <Service name="Catalina">
    <Connector port="9080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="9443" />

    <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
               keystoreFile="<path_to_keystore>.ks"
               kestorePass="<password for keystore>"
               maxThreads="200" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />

    <Connector port="9009" protocol="AJP/1.3" redirectPort="9443" />

    <Engine name="Catalina" defaultHost="localhost" jvmRoute="worker1">
      <Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">    
      </Host>
    </Engine>
  </Service>
</Server>

Таким образом, Tomcat прислушивается к http на 9 080, https на 9 443 и ajp на 9 009.

Apache слушает на https порте 443. Что-либо, что добирается, отправило к / портала контексту на том сервере, отправляется до mod_jk worker1, который передается на кота через ajp.

Надеюсь, это поможет!

1
ответ дан 3 December 2019 в 03:48

Вы не говорите, выполнили ли Вы JKMountCopy в виртуальном хосте или нет.

На моем поле человечности в/etc/apache2/sites-enabled/000-default-ssl

<VitualHost _default_:443>
  JkMountCopy On

  blah 
  blah

</VirtualHost>

Из http://tomcat.apache.org/connectors-doc/reference/apache.html, Если Вы идете, находят Направляющее описание JkMount, Вы будете видеть, что глобальные директивы не наследованы VirtualHosts. Необходимо повторно указать, или если Вы хотите вытянуть во всем, на чем Вы должны использовать JkMountCopy.

Также удостоверьтесь порт, с которым Вы соединяетесь, настраивали коннектор AJP в server.xml. Порт перенаправления относится к ssl порту.

От образца, включенного с Tomcat...

<!-- Define an AJP 1.3 Connector on port 8009 -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
1
ответ дан 3 December 2019 в 03:48

Мое предположение - то, что server.xml у кота не использует CoyoteConnector для порта 9089, который является тем, что говорит ajp протокол. Я подозреваю, что у Вас есть он, говоря http по этому, и что при ударе http://server:9089/, это загрузится.

Вы захотите иметь использование workers.properties порт CoyoteConnector.

1
ответ дан 3 December 2019 в 03:48

Теги

Похожие вопросы